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STATUS OF CliAIMS 



The subject patent application was filed on November 9, 1998 
containing claims 1-20. Amendments to the claims and/or 
specification and drawings were filed on March 28, 2001, September 
14, 2001, April 4, 2002, July 6, 2002, December 16, 2002, January 
17, 2003, May 23, 2003, July 18, 2003, February 6, 2004 July 12, 
2004, March 1, 2005, July 20, 2005, September 20, 2005, March 6, 
2006, and July 19, 2006. Claims 21-22 were newly presented. It is 
believed that all claim amendments have been entered. The attached 
claims appendix contains finally rejected pending claims 1-22 in 
their present form. 



STATUS OF THE AMENDMENTS 



Applicants filed amendments on March 28, 2001, September 14, 
2001, April 4, 2002, July 6, 2002, December 16, 2002, January 17, 
2003, May 23, 2003, July 18, 2003, February 6, 2004 July 12, 2004, 
March 1, 2005, July 20, 2005, September 20, 2005, March 6, 2006, 
and July 19, 2006. These amendments were filed in response to the 
various official actions of the Examiner. The Examiner finally 
rejected claims 1-22, being all pending claims by way of final 
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office action mailed May 31, 2006. Applicants responded to this 
final office action by way of Amendment After Final under 37 C.F.R. 
1.116 filed July 19, 2006. Though the Examiner has entered this 
amendment, claims 1-22 remain finally rejected. 
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SUMMARY OF CLAIMED SUBJECT MATTER ^ 



The present invention generally relates to data base 
management systems and more particularly relates to enhancements 
for providing access to data base management systems via internet 
user terminals^. The major advantage of the Internet is its 
universality. Nearly anyone, anywhere can become a user. That 
means that virtually all persons are potentially Internet users 
without the need for specialized training and/or proprietary 
hardware and software. One can readily see that providing access 
to a proprietary data base management system, such as Classic 
MAPPER, through the Internet would yield an extremely inexpensive 
and universally available means for accessing the data which it 
contains and such access would be without the need for considerable 
specialized training^. 

A special problem related to the Internet protocol is the 
inherent inability of the Internet to describe the status of a 
requested resource. In general, the only information that the 
Internet can determine from the unavailability of a requested 



' The references to the specification and drawings provided herein are only exemplary and are not deemed to be 

limiting. The purpose of the references is to enable the Board to more quickly determine where the claimed subject 

matter is described within the present appHcation. 

^See Specification at page 3 lines 3-5. 

^See Specification at page 4, line 19, through page 5, line 2. 
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resource is that the requested resource is unavailable. 
Ordinarily, this is accomplished by a simple time-out. However, if 
the requestor is provided no further information, it is unknown 
whether the resource is unavailable because it is busy, unavailable 
because it is not functioning, unavailable because it has been 
improperly addressed, unavailable because it does not exist, etc. 
As a result, the user is given no help with regard to what should 
be done concerning the unavailability of the requested resource^. 

For many Internet transactions, this lack of information is 
acceptable, because when making a resource request, the user is 
often searching for something without knowing exactly what type of 
response to expect. Unavailability simply means to continue the 
search elsewhere. However, users of existing proprietary data base 
management systems need to be provided with further information, 
because they are accustomed to utilizing a dedicated resource 
having defined and known characteristics. They are not at liberty 
to simply search elsewhere. They need to know that they have 
properly addressed an existing resource. If the resource is 
unavailable because it is busy or has failed, they need to know 
when to try again^. 

The present invention overcomes the disadvantages of the prior 
art by providing a method of and apparatus for utilizing the power 

'^See Specification at page 6, lines 14-22. 
^See Specification at page 7, lines 1-9, 
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of a full featured data base management system by a user at a 
terminal coupled to the world wide web or internet. In order to 
permit any such access, the present invention must first provide a 
user interface, called a gateway, which translates transaction data 
transferred from the user over the internet in HTML format into a 
format from which data base management system commands and inputs 
may be generated^. To make access to a proprietary data base by 
Internet users practical, a sophisticated security system is also 
required to prevent intentional or inadvertent unauthorized 
accesses'' . 

Given that the gateway, security system, and service 
processing combine to provide the internet terminal with the full 
features of the existing proprietary data base management system, 
the data base management system client can conveniently access the 
data base from either an existing dedicated terminal or from an 
internet terminal. The preferred mode of the present invention 
provides an additional feature to make the usage comparable from 
either terminal. A message may be stored within the repository to 
notify potential users of the availability status of the data base 
management system. This message may be composed and/or modified by 



^See Specification at page 8, lines 3-9, 
^See Specification at page 8, lines 15-17. 
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the administrator to provide the user with whatever information may 
be deemed appropriate in view of the unavailability^. 

The administrator creates a text file containing the desired 
message to be stored in the repository. An object is created 
whereby the service handler converts the text file to an HTML page 
and returns it to a requestor upon the occurrence of one or more 
predetermined conditions. Typical conditions include, system 
maintenance precluding availability, extensive user queuing, and 
major data base updating^. 

Claims 16 and 18 are the only pending claims introducing 
"means-plus-function" limitations. Claim 16 has four such 
limitations which are correlated to Applicants' disclosure as 
follows : 

a) "permitting means for permitting a user to interact with a 
digital data base by generating a service request in anticipation 
of a response"-^°; 

b) "providing means responsively coupled to said permitting 
means for providing said user with access to a publicly accessible 
digital communication network via service-based requests"^-^; 

c) "offering means responsively coupled to said permitting 
means for offering data processing services according to dialog- 

^See Specification at page 10, lines 10-18, 
^See Specification at page 10, lines 19-23. 

^''See Specification at page 19, lines 4-6 and Fig. 4, element 54. ^ 
*^See Specification at page 19, lines 4-6 and Fig. 4, element 66. 
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based requests if available by honoring said service request to 
generate said response"^^; and 

d) "notifying means responsively coupled to said offering 
means and said permitting means for notifying said user by transfer 
of an HTML display page in response to said service request of the 
unavailability of said offering means when said offering means is 
unavailable and that said service request will not be honored 
unless subsequently reinitiated at a time during which said 
offering means is available"^^ . 

Claim 18 has a single "means-plus-function" element: 
"storing means for storing a predefined unavailability message as 
a text file"'\ 



'^See Specification at page 19, lines 2-4 and Fig. 4, element 62. 

^^See Specification at page 21, lines 16-23 and page 36, lines 2-7; and Figs.4 and 11. 

^'^See Specification at page 20, lines 1-2, and Fig. 4, element 80. 
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GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 
1. Are claims 1-22 unpatentable under 35 U.S.C. 103(a) as 
being obvious over COOL ICE User * s Guide release 1 . 0 (hereinafter 
referred to as "Unisys") in view of U.S. Patent No. 6,094,659, 
issued to Bhatia (hereinafter referred to as "Bhatia")? 
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ARGUMENT 



I. Claims 1-22 are not unpatentable under 35 U.S.C. 103(a) 
as being obvious over Unisys in view of Bhatia. 

Claims 1-22 have been rejected under 35 U.S.C. 103(a) as being 
obvious over Unisys in view of Bhatia. This ground of rejection 
should be reversed for failure of the Examiner to make a prima 
facie case of obviousness as specified by MPEP 2143. 

To make a prima facie case of obviousness, MPEP 2143 requires 
the Examiner to provide evidence and argument showing: 1) motivation 
to make the alleged combination; 2) reasonable likelihood of success 
of the alleged combination; and 3) all claimed elements within the 
alleged combination. The Examiner has failed to make any of these 
three required showings for any of the rejected claims. Therefore, 
because the Examiner has not made a prima facie case of 
obviousness, Applicants need not and indeed cannot offer 
appropriate evidence and argument in rebuttal. 

The first showing required of MPEP 2143 is that of 
"motivation''. In her only apparent attempt at showing motivation, 
the Examiner states: 
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It would have been obvious to one of ordinary skill at 
the time of the invention to have combined Bhatia with 
Cool ICE User's Guide because Bhatia is concerned with 
informing a user of a failure condition through a set of 
predefined messages and a status message is an important 
message that can be implemented with a high level 
language for communication. (Emphasis added) 

This statement is clearly erroneous. Bhatia is concerned with a 

"Web Server for use in a LAN Modem"^^. Therefore, the only "failure 

condition or other operational event" of concern to Bhatia is 

directly associated with the LAN Modem. The Abstract provides in 

part : 

The resulting page informs a user stationed at the 
workstation of a failure condition or other operational 
event that then occurred at the LAN modem . (Emphasis 
added) 

Unisys makes no mention of a LAN (LOCAL AREA NETWORK) or LAN modem. 
Furthermore, Unisys has no need for a LAN or a LAN modem. 
Therefore, Applicant strongly disagrees that anyone practicing 
Unisys would have any motivation to employ a LAN or LAN modem. 
Such an element would be clearly superfluous to the teaching of 
Unisys . 

Applicant made this argument to the Examiner in the Amendment 
After Final filed July 19, 2005. By way of response, the Examiner 
acknowledges her confusion with regard to the LAN of Bhatia and the 



'^See Title. 
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claimed "publicly accessible digital data communication network". 

She states in her Advisory Action mailed August 4, 2006: 

...i.e., public digital communication network suggests 
LAN structure. . . . 
Though it may be theoretically possible for a LAN to become a 

"public digital communication network" as suggested by the 

Examiner, those of skill in the art would readily appreciate that 

the reason for use of a LAN is to provide a private network. 

Having failed to show any motivation for the alleged 
combination, the Examiner completely ignores her obligation to show 
reasonable likelihood of success. Most probably she has failed to 
do so because there is not reasonable likelihood of success. 

MPEP 2143.03 requires that all claim limitations must be 

taught or suggested by the alleged combination. It reads in part: 

To establish prima facie obviousness of a claimed 
invention, all the claim limitations must be taught or 
suggested by the prior art. In re Royka^ 4 90 F2d. 981, 
180 USPQ 580 (CCPA 1974), " All words in a claim must be 
considered in judging the patentability of that claim 
against the prior art ^^ In re Wilson, 424 F.2d 1382, 
1385, 165 UPQ 494, 496 (CCPA 1970). (emphasis added) 

The Examiner has failed to meet the requirement to show all claim 

limitations within the alleged combination, because she has at 

least not considered "all words in a claim" as specifically 

required by MPEP 2143.03. 
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lA. Claim 1 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Claim 1, for example, is limited by transferring "an 
unavailability message as an HTML display page to said user 
terminal in response to said service request when said data base 
managemen t sy s tem is unavailable to receive and respond to said 
service request". The Examiner admits that Cool ICE does not 
contain this limitation. Therefore^ she clearly erroneously 
states : 

Bhatia teaches this feature. 
This statement is clearly erroneous in view of the disclosure of 
Bhatia which has no "unavailability message", no '^response to said 
service request", no "data base management system", and no 
"unavailable to receive and respond to said service request". The 
Examiner was respectfully reminded that MPEP 2143.03 requires " All 
words in a claim must be considered " . Nevertheless, she has 
continues to ignore much of the language and therefore the basis of 
claim 1. 

The rejection of claim 1, and all claims depending therefrom, 
should be reversed for failure of the Examiner to meet any of the 
three required showings specified by MPEP 2143. 
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IB. Claim 2 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Claim 2 depends from claim 1 and is further limited by 

"wherein said data base management system includes a repository for 

storing said unavailability message as a text file". In making her 

rejection, the Examiner states: 

Regarding claim 2: a repository for storing said 
unavailability message [note: Bhatia, Figure 20 
Repository of Documents (1860); col. 60 lines 17-25] 

The claim specifically requires ''wherein said data base management 

system includes a repository". Bhatia contains no ''data base 

management system" as claimed. Therefore, the Examiner simply 

ignores the requirement in contravention of MPEP 2143.03 which 

obligates the Examiner by stating that " all words in a claim must 

be considered " . The rejection of claim 2 should be reversed for 

failure of the Examiner to apply MPEP 2143.03. 

IC. Claim 3 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Claim 3 depends from claim 2 and further limits the coupling 
network. As explained above, the alleged combination cannot meet 
the limitations of claim 2 from which claim 3 depends. Therefore^ 
the alleged combination cannot meet the further limitations of 
claim 3. The rejection of claim 3 should be reversed. 
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ID. Claim 4 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Claim 4 depends from claim 3 and is further limited by 
"wherein said repository includes space for storage of at least one 
variable for said unavailability message permitting an 
administrator to modify said unavailability message". Having 
expressly found that Cool ICE has no "unavailability message", the 
Examiner has somehow found that Cool ICE has the capability 
"permitting an administrator to modify said unavailability 
message". Not only is this finding clearly erroneous, it defies 
common logic. The rejection of claim 4 should be reversed. 

IE. Claim 5 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Claim 5 depends from claim 4 and further limits the claimed 
data base management system. As explained above, the alleged 
combination cannot meet the limitations of claim 4 from which claim 
5 depends. Therefore, the alleged combination cannot meet the 
further limitations of claim 5. The rejection of claim 5 should be 
reversed. 



IF. Claim 6 is not unpatentable under 35 U.S.C. 103(a) 
being obvious over Unisys in view of Bhatia. 



Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service ■ request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 6, for example, is limited by 

an "administration management system" , which is not even 

acknowledged by the Examiner. The rejection of claim 7 should be 

reversed as being improperly examined. 

IG. Claim 7 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
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unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-25 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 7, for example, is limited by 

an "wherein said data base management system has a repository 

having storage for a text file containing said unavailability 

message", which is not even acknowledged by the Examiner. The 

rejection of claim 7 should be reversed as being improperly 

examined. 

IH. Claim 8 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
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[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 8, for example, is limited by 

an "wherein said repository has storage for a variable to be 

included in said unavailability message to permit an administrator 

to change said unavailability message", which is not even 

acknowledged by the Examiner. The rejection of claim 8 should be 

reversed as being improperly examined. 

II. Claim 9 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39] . 
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In addition to this statement being legally and grammatically 
incorrect, to the extent understandable, it is clearly erroneous. 
Furthermore, the statement is legally irrelevant, because it does 
not address the language of any claim or limitation thereof- The 
Examiner is prohibited by MPEP 2143.03 from disregarding 
Applicants' claimed invention. Claim 9, for example, is limited by 
an "wherein said publicly accessible digital communications network 
is the world wide web", which is not even acknowledged by the 
Examiner. The rejection of claim 9 should be reversed as being 
improperly examined. 

IJ. Claim 10 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 
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not address the language of any claim or limitation thereof. The 
Examiner is prohibited by MPEP 2143.03 from disregarding 
Applicants' claimed invention. Claim 10, for example, is limited 
by an "wherein said user terminal is an industry compatible 
personal computer having a commercially available web browser", 
which is not even acknowledged by the Examiner. The rejection of 
claim 10 should be reversed as being improperly examined. 

IK. Claim 11 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-2 6 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 11, for example, is limited 
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by an "determining via an administration management system whether 
said data base management system is currently capable of honoring 
said service request", which is not even acknowledged by the 
Examiner. The rejection of claim 11 should be reversed as being 
improperly examined. 

IL. Claim 12 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 12, for example, is limited 

by an "wherein said transferring step further comprises 

transferring said unavailability message to said user terminal via 



said publicly accessible digital data network", which is not even 
acknowledged by the Examiner. The rejection of claim 12 should be 
reversed as being improperly examined. 

IM. Claim 13 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 13, for example, is limited 

by an "wherein said transferring step further comprises adding a 

variable to said unavailability message to permit an administrator 

to modify said unavailability message", which is not even 
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acknowledged by the Examiner. The rejection of claim 13 should be 
reversed as being improperly examined. 

IN. Claim 14 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 14, for example, is limited 

by an "wherein said publicly accessible digital data network 

further comprises the world wide web", which is not even 

acknowledged by the Examiner. The rejection of claim 14 should be 

reversed as being improperly examined. 
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10. Claim 15 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 15, for example, is limited 

by an "wherein said data base management system further comprises 

a commercial data base management system", which is not even 

acknowledged by the Examiner. The rejection of claim 15 should be 

reversed as being improperly examined. 

IP. Claim 16 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 
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Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 16, for example, is limited 

by an "offering means responsively coupled to said permitting means 

for offering data processing services according to dialog-based 

requests if available by honoring said service request to generate 

said response", which is not even acknowledged by the Examiner. 

The rejection of claim 16 should be reversed as being improperly 

examined. 

IQ. Claim 17 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 
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Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 17, for example, is limited 

by an "wherein said publically accessible digital communication 

network further comprises the world wide web", which is not even 

acknowledged by the Examiner. The rejection of claim 17 should be 

reversed as being improperly examined. 

JR. Claim 18 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 
statutory and judicial bases of patentability as well as differing 
claim limitations, the Examiner simply states: 
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The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language' of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 18, for example, is limited 

by an "wherein said offering means further comprises storing means 

for storing a predefined unavailability message as a text file", 

which is not even acknowledged by the Examiner. The rejection of 

claim 18 should be reversed as being improperly examined. 



IS. Claim 19 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 
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In addition to this statement being legally and grammatically 
incorrect, to the extent understandable, it is clearly erroneous. 
Furthermore, the statement is legally irrelevant, because it does 
not address the language of any claim or limitation thereof. The 
Examiner is prohibited by MPEP 2143.03 from disregarding 
Applicants' claimed invention. Claim 19, for example, is limited 
by an "wherein said offering means further comprises a commercial 
data base management system", which is not even acknowledged by the 
Examiner. The rejection of claim 19 should be reversed as being 
improperly examined. 

IT. Claim 20 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22^ which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 
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Examiner is prohibited by MPEP 2143.03 from disregarding 
Applicants' claimed invention. Claim 20, for example, is limited 
by an "wherein said permitting means further comprises an industry 
standard personal computer", which is not even acknowledged by the 
Examiner. The rejection of claim 20 should be reversed as being 
improperly examined. 

lU. Claim 21 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 21, for example, is limited 

by an "an HTML display page containing an unavailability message 

generated by said data base management system which notifies said 
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human user of unavailability of said data base management system 
and that said service request will not be honored unless 
reinitiated at a subsequent time when said data base management 
system is available", which is not even acknowledged by the 
Examiner- The rejection of claim 21 should be reversed as being 
improperly examined . 

IV. Claim 22 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 22, for example, is limited 

by an "a repository for storage of a text file containing said 

unavailability message", which is not even acknowledged by the 
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Examiner. The rejection of claim 22 should be reversed as being 
improperly examined. 
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CONCLUSION 



Having thus reviewed the final rejections of claims 1-22, 



being all pending claims, it seems abundantly clear that the 



limitations of these claims are not unpatentable in view of the 



prior art of record. Thus, the rejection of these claims should 



be reversed as being based upon clearly erroneous fact findings and 



errors of law. 



Respectfully submitted 
Niels Gebauer 
By his attorney, 



Wayne A^ySivertson 
Reg. No. 25,645 
Suite 401, Broadway Place East 
3433 Broadway Street N.E. 
Minneapolis, Minnesota 55413 
(612) 331-1464 



Date 





CIAIMS APPENDIX 



1. in a data processing environment having a user terminal 
operated by a user which generates a service request coupled to a 
publicly accessible digital communications network and having a 
data base management system which receives and responds to said 
service request when available by execution of an ordered sequence 
of command language script, the improvement comprising: 

a server coupled to said user terminal via said publicly 
accessible digital communications network and coupled to said 
data base management system wherein said server includes an 
administration management system which transfers an 
unavailability message as an HTML display page to said user 
terminal in response to said service request when said data 
base management system is unavailable to receive and respond 
to said service request which signifies to said user that said 
service request will not be honored unless reinitiated at a 
subsequent time when said data base management system is 
available to honor said service request. 
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2. The improvement according to claim 1 wherein said data base 
management system includes a repository for storing said 
unavailability message as a text file. 

3. The improvement according to claim 2 wherein said publicly 
accessible digital communications network is the world wide web. 

4. The improvement according to claim 3 wherein said repository 
includes space for storage of at least one variable for said 
unavailability message permitting an administrator to modify said 
unavailability message. 

5 . The improvement according to claim 4 wherein said data base 
management system is a commercial data base management system. 

6. An apparatus comprising: 

a. a user terminal operated by a user which generates a service 
request; 

b. a publicly accessible digital communications network coupled to 
said user terminal; 

c. a server coupled to said user terminal via said publicly 
accessible digital communications network; 
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d. a data base management system coupled to said server which 
responds to said service request if available by execution of an 
ordered sequence of command language script; and 

e. an administration management system coupled to said data base 
management system and said server which transfers an HTML display 
page containing an unavailability message from said server to said 
user terminal in response to said service request when said data 
base management system is not available to indicate unavailability 
of said data base management system which notifies said user that 
said service request will not be honored unless reinitiated at a 
subsequent time when said data base management system is available 
to honor said service request. 

7. The apparatus of claim 6 wherein said data base management 
system has a repository having storage for a text file containing 
said unavailability message. 

8. The apparatus of claim 7 wherein said repository has storage 
for a variable to be included in said unavailability message to 
permit an administrator to change said unavailability message. 

9. The apparatus of claim 8 wherein said publicly accessible 
digital communications network is the world wide web. 
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10. The apparatus of claim 9 wherein said user terminal is an 
industry compatible personal computer having a commercially 
available web browser. 

11. A method of communicating between a user terminal operated by 
a user and a data base management system comprising: 

a. transmitting a service request from said user terminal via 
a publicly accessible digital data communication network to said 
data base management system; 

b. determining via an administration management system whether 
said data base management system is currently capable of 
honoring said service request; 

c. honoring said service request by the execution of an ordered 
sequence of command language statements by said data base 
management system if said determining step determines that said 
data base management system is currently capable of honoring 
said service request; and 

e. transferring an HTML display page containing an 

unavailability message from said administration management 
system to said user terminal if said determining step determines 
that said data base management system is not currently capable 
of honoring said service request which notifies said user that 
said service request will not be honored unless subsequently 



41 



transmitted at a future time when said data base management 
system is available to honor said service request. 

12. A method according to claim 11 wherein said transferring step 
further comprises transferring said unavailability message to said 
user terminal via said publicly accessible digital data network. 

13. A method according to claim 12 wherein said transferring step 
further comprises adding a variable to said unavailability message 
to permit an administrator to modify said unavailability message. 

14. A method according to claim 12 wherein said publicly 
accessible digital data network further comprises the world wide 
web . 

15. A method according to claim 14 wherein said data base 
management system further comprises a commercial data base 
management system. 

16. An apparatus comprising: 

a. permitting means for permitting a user to interact with a 
digital data base by generating a service request in anticipation 
of a response; 
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b. providing means responsively coupled to said permitting means 
for providing said user with access to a publicly accessible 
digital communication network via service-based requests; 

c. offering means responsively coupled to said permitting means 
for offering data processing services according to dialog-based 
requests if available by honoring said service request to generate 
said response; and 

d. notifying means responsively coupled to said offering means and 
said permitting means for notifying said user by transfer of an 
HTML display page in response to said service request of the 
unavailability of said offering means when said offering means is 
unavailable and that said service request will not be honored 
unless subsequently reinitiated at a time during which said 
offering means is available. 

17 . An apparatus according to claim 16 wherein said publically 
accessible digital communication network further comprises the 
world wide web. 

18. An apparatus according to claim 17 wherein said offering means 
further comprises storing means for storing a predefined 
unavailability message as a text file. 
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19. An apparatus according to claim 18 wherein said offering means 
further comprises a commercial data base management system. 

20. An apparatus according to claim 19 wherein said permitting 
means further comprises an industry standard personal computer. 

21. An apparatus comprising: 

a. a user terminal providing access by a human user for generating 
a service request; 

b. a publicly accessible digital communications network 
responsively coupled to said user terminal; 

c. a server responsively coupled to said user terminal via said 
publicly accessible digital communications network; 

d. a data base management system responsively coupled to said 
server which honors said service request when available; and 

e. an HTML display page containing an unavailability message 
generated by said data base management system which notifies said 
human user of unavailability of said data base management system 
and that said service request will not be honored unless 
reinitiated at a subsequent time when said data base management 
system is available. 
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22. An apparatus according to claim 21 further comprising a 
repository for storage of a text file containing said 
unavailability message. 
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EVIDENCE APPENDIX 



During the prosecution of the subject application, the 
following three (3) declarations were submitted resulting in the 
removal of U.S. Patent No. 6,347,330, issued to Dawson et al. as a 
reference applicable against the subject application: 

1. Declaration under 37 C.F.R. 1.132 of Barbara A. Christensen, 
dated August 6, 2002 and filed August 6, 2002; 

2. Declaration under 37 C.F.R. 1.131 of Niels Gebauer, dated 
December 11, 2002 and filed December 16, 2002; and 

3. Declaration under 37 C.F.R. 1.131 of Niels Gebauer, dated 
January 13, 2003 and filed January 17, 2003. 

There is no other evidence or documents deemed appropriate to 
be included within this Appendix. 
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RELATED PROCEEDINGS APPENDIX 



There are no decisions or other papers deemed appropriate to 
be included in this Appendix. 
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PATENT 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

In re application of 



Niels Gebauer 

Serial No. 09/189,615 

Filing Date: 11/09/98 

For: METHOD AND APPARATUS FOR 
PROVIDING AN AVAIL- 
ABILITY MESSAGE TO RE- 
MOTE USER TERMINAL 
(Amended) 



Examiner G. Robinson 
Group Art Unit 2177 

Docket No. 33012/246/101 

DECIARATION UNDER 
37 C.F.R. 1,132 



Honorable Commissioner of Patents 

and Trademarks 
Washington, D.C. 20231 



Dear Sir: 
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DECLARATION 

The undersigned declares as follows : 



1. • My name is Barbara A. Christensen; 

2. My home address is 6520 White Oak Rd. 

Lino Lakes, MN 55038; 

3. I am employed by Unisys Corporation, assignee of the subject invention, 
as Senior Software Engineer; 

4. I have worked professionally with the Unisys Corporation family of 
products called Cool ICE and its predecessor family of products called 
MAPPER since 1978; 
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5. 



I have read claims 1-22 which are pending with regard to the subject 



U.S. Patent Application; 



7. 



6. 



The invention of pending claims 1-22 of the subject U.S. Patent 
Application was first commercially embodied in Cool ICE Revision 1.1; 
I am very familiar with Cool ICE Revision 1.1, a commercial product of 
Unisys Corporation, and its associated documentation including the "Cool 
ICE 1,1 Feature Specification", having a Release Date of October 31, 



8. 



1997, attached hereto as Exhibit B; 

The presence of the invention of pending claims 1-22 within Cool ICE 1.1 
is established at pages 9 of 20, 15 of 20, and HDK 00077 of Exhibit B; 



9. 



Cool ICE Revision 1.1 was first released as a commercial product on 



November 14, 1997; 

10. Attached hereto as Exhibit A is a copy of the Meeting Minutes for 
November 6/7, 1997 of the Cool ICE and UnixWare group which established 
the General Commercial Availability date (i.e., GCA) of Cool ICE 1.1 as . 
Friday, November 14, 1997; and 

11. Further declarant sayeth not. 

I hereby declare that all statements made herein of my own knowledge are true 
and that all statements made on information and belief are believed to be 
true, and further that these statements were made with the knowledge that 
willful false statements and the like so made are punishable by fine or 
imprisonment, or both, under Section 1001 of Title 18 of the United States 
Code and that such willful false statements may jeopardize the validity of the 
application or any patent issued thereon, I further declare that I understand 
the content of this declaration. 



Date 
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Subject: 

Cool ICE 1.1 for Windows NT and UnixWare Weetfna minutes for November 6/7. 
1997 

Hello eveiyOTe, 
Discussion topics: 

The final copy <rf Cool ICE 1 . 1 was sMpped to POSM <mi Fridaj^ Oct 3 1 . Hie CEWIOM media has been 
retained and is being verified. Approval for manu&cturing and shipment is expected to occur on 
Friday Nov. 7th, 

The final version of the ^^^ Cool ICE 1.1 is available on the FTP server. 

The final two action items have been completed. Julian has provided FAQ information to Tom Johnson 

which will be put on the Cool ICE web site. 
This is the FINAL Cool ICE 1.1 meeting. Any new problems or issues will be handled as support issues 

for the 1.1 product 

Activities Cool ICE LI _ 

Final Media ->POSM Fri. 10/31 

Receive verify media Thur. 11/06 

Approve media Fri. 1 1/07 

GCA Frill/14 

There are no more meetings planned for Cool ICE 1.1. Thanks for your cooperation and support for 
this product. 



Product: Co<rf ICE for Windows NT and UnixWare 
Level* 1*1 

Dependencies: NT MAPPER 6.3.3, UNIX MAPPER 6R3C, WebTx 3.0, CPIX 3.0 & CPNX 3,0 
RTM(RdeaseToMamifactaring): 9«<W7 10/24/97 

• Activity ID Activity DescriptionPlan DateReplan DateActual DateRespoasible 

Organizationl ACUS Product Information Plan finalized970630970718970718PI Team2RSVL, 
Product Information Plan finali2ed970630970814 970828 PI Team3Product Test Plan 
finalized970630970718970722Test Team6Last FIX media delivery fi^om Australia to Rsvl. 
Information Plan finalized970808597101797 1028Niels/Julian7Final Test of media in Rsvl problems 
to Australia Information Plan finalized970822971015*971030Tett Teaml80I>oc CRC to 
RS970819970922PI Teaml90Ei^eering Ships CD-ROM Media to 
POSM970819971024971031Engineering300POSM Returns CD-ROM Media to 
Engineering970828971029971104POSM270Checkdisks and CD label 
veTified97082897103197110dEngineering2810Authorize Imation/POSM to manufecture 
CDs970829971031971107Engineering390Ship Authorization Received at 
POSM970909971031971107Rel Mgmt400Release to Manufecturing (RTM / 
GCA)970909971114971114POSMDependent on final media rdease on NT 5,3.3 



Action items are summarized below. 

NiunberResponsibilityAction ItemStatosComments 970429-SJulian WattsAU Requirements: All 
Engineering tasks, woA efforts and individual assignments to be sized and prepared by Julian Watts for 
the team to review and utilize as the basis for the Cool ICE 1.1 PDP. 970429Closed. May 22. 970429- 
6JuIian WattsAU Requirements: Functional and Design Specifications will be need to be prepared for 
the project. Julian Watts to check with ACUS PI for assi^ance in this area.970429aosed. June 05. 



Feature Specification - Cool ICE 1.1 



Document Number: 

Revision Level: 
Release Date: 
Document Author: 

8 Project: 

9 Document Path: 

10 Document Filename: 

11 , 



Feature Specification 
Cool ICE 1.1 

FS-ICEU 

31-Oct-1997 

Niels Gebauer 
Cool ICE 1.1 
C:\documents\CoolICE 
FS-ICEll.doc 



Section 

1 . Fimctional Section 
2 Detailed Design 



Status 

Please Review Inspected O Under rework 

□ □ 

Please Review Inspected □ Under rework 

□ □ 
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Revision: - FS-ICEl 1 .DOC Page 1 of 20 

August 5, 2002 
UNISYS RESTRICTED PROPRIETARY 



Feature Specification - Cool ICE 1.1 



12 



13 



1, FUNCTIONAL SECTION * 



14 1.1 High Level Functional Description 
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15 1 .2 Requirements and Reference Documents ^ 
16 
17 



1 .2. 1 Other Requirements that affect this implementation 6 

1.2.2 List of requirements which will not be met ^ 



18 1.3 Dependencies ^ 

19 1.4 Definitions ^ 

20 1.5 Description of Users ^ 

21 1.6 Areas yet to be addressed. ^ 

7 

22 1-7 Functional Flow 

o 

23 1.8 User Interface Description 

24 1.9 Resource estimate 



25 2. DETAILED DESIGN 

26 2.1 Design Overview 



9 

27 2.2 Organize & Manage ^ 

28 2.2. 1 Maintaining Settings at System Level ^ 



29 2.2.2 Improved GUI Interface 

30 2.2.3 Service Templates 

31 2.2,4 Importing Existing Runs 

32 2.2.5 Expanded Repository Capabihty for Storing Objects 

33 2.2.6 Security Enhancements 

34 2.2.7 Managing Static Documents 

35 2.2.8 Arranging List of Categories and Services 

36 2.2.9 Customizing Icons for Categories and Services 



37 

38 2.2.1 1 Drawer Browsing Capability 

39 2.2. 12 Service Expiration 

40 2.3 Service Development 

41 2.3.1 Additional System variables 

42 2.3.2 Enhanced Integration to HTML Authoring Tools 

43 2.3.3 Image Maps Capabihty 

44 2.3.4 Creating Services based on Templates 

45 2.3.5 Cookies Support 

46 2.3.6 Uploading Files 

47 2.3.7 Downloading Files 



9 
10 
10 
11 
11 
11 
12 
12 



2.2. 10 File Transfer between Workstation and Server 1^ 



12 
13 

13 
13 
13 
14 
14 
14 
14 
15 



48 2.4 Deployment |^ 

49 2.4. 1 Enhanced Session Management 

Revision: - FS-ICEll.DOC vI^T^fW 

August 5, 2002 
UNISYS RESTRICTED PROPRIETARY 



Feature Specification - Cool ICE 1 . 1 



50 2.4.2 Controlling System Availability and System Trace 15 

51 2.4.3 Enhanced Graphics Support 15 

52 2.4.4 Positional URL Parameters 16 

53 2.4.5 Service Error Analyser via the Browser 16 

54 2.4.6 Additional System Variables 17 

55 2.4.7 Support for Image Maps 17 

56 2.4.8 Service Expiration Date Enforcement 17 

57 2.4.9 Automatic Object Download 1 7 

58 2.4.10 Image Viewer 17 

59 2.4. 1 1 User Password Change 1 8 

60 2.4. 12 Cookies Support 18 
-61 2.4.13 Repository Search Capability 18 

62 2.4. 14 Event Viewer 1 8 

63 2.4. 1 5 Uploading Files to the Repository 1 9 

64 2.4.16 Enhanced Handlmg of HTML Tag Delimiters 1 9 

65 2.5 Discontinued Functionality 19 

66 2.5.1 Static Document Outside Cool ICE 1 9 

67 2.5.2 Transfer Cool ICE System Images 1 9 

68 3. REVISION HISTORY 19 

69 APPENDIX A. USER DESCRIPTION 20 

70 



Revision: - FS-ICEll.DOC Page 3 of 20 

August 5, 2002 
UNISYS RESTRICTED PROPRIETARY 



i^eature Specification - Cool ICE 1.1 



70 

71 1. Functional Section 

72 Cool ICE 1 . 1 is the second release of Cool ICE and is a feature rich release. 

73 1. 1 High Level Functional Description 

74 New features have been required in the following 3 main areas of Cool ICE: 
75 

76 > Organize & Manage 
- 77 • Maintaining Settings at System level 

78 • Inq)roved GUI Interface 

79 • Service Templates 

80 • Importing Existing Runs 

81 • Expanded Repository Capability for storing Objects 

82 • Security Enhancements 

83 • Managing Static Documents 

84 • Arranging list of Categories and Services 

85 • Customizing Icons for Categories and Services 

86 • File Transfer between Workstation and Server 

87 • Drawer Browsing Capability 

88 • Service Expiration 

89 > Service Development 

90 • Additional System Variables 

91 • Enhanced Integration to HTML Authoring Tools 

92 • Image Maps Capability 

93 • Creating Services based on Templates 

94 • Cookies Support 

95 • Uploading Files 

96 • Downloading Files 

97 > Deployment 

98 • Enhance Session Management 

99 • Controllmg System Availability & System Trace 

100 • Enhanced Graphics Support 

101 • Positional URL Parameters 

1 02 • Service Error Analyzer via the Browser 

1 03 • Additional System Variables 

1 04 • Support for Image Maps 

1 05 • Service Expiration Date Enforcement 

1 06 • Automatic Object Download 

107 • Image Viewer 

1 08 • User Password Change 

109 • Cookies Support 

110 • Repository Search Capability 

111 • Event Viewer 

112 • Uploading Files to the Repository 

113 • Enhanced Handling of HTML Tag Delimiters 

114 1,2 Requirements and Reference Documents 

115 The following table Usts the requirements for Cool ICE 1 . 1 in the order they have been received. This list is 

116 a subset of the total requirements for Cool ICE and it only includes requirements specifically for the Cool 

Revision: - FS-ICEll.DOC Page 4 of 20 

August 5, 2002 
UNISYS RESTRICTED PROPRIETARY 



Feature Specification - Cool ICE LI 



117 
118 
119 



ICE Runware component. 







1 


New Category attributes. When setting up a category it will be possible to specify the 
purpose/content of the category such as:- 

_ T^mnl dtp mft^aeirv rwhpn hiiilHino <if*rvirp<! th^ would allow to select a temolate that come 
close to what the user want to do (i.e. different forms and different kinds of database access) 

- Image category (This allow to store and reference Images in Cool ICE without the service 
developer has to develop special services top handle this) 

- Annlpt ratpaorv TThi*! allow to <;tore and reference Ann lets in Cool ICE without the service 
developers has to anything) 

_ 'hfnrTirial Service cateporv 

- Cool ICE System category (This allow the customers easily to take a copy of the Cool ICE 
system services and customize these services) 

Other category attributes such Read Only category and Access (Direct/Indirect) will be 
possible. 


2 


Allow the users to change their password. This include specifying user-id's for which change 
of password is not allowed (such as Guest user-id). 

A change of password needs to be communicated back to the Gateway so the gateway can 
update its session information. 


4 


Import HTML Template, optionally modify Hyper Link References and Form Action Field 

according to the ICE standard (<GURL>/Category/Service) 


12 


Import existing MAPPER Runs to the Repository. 


13 


Enhance the look and feel of dialog boxes to MS Sans Serif non-bold. 


14 


Export and Import of HTML to and from a service should be enhanced to allow for services 
that include more than one HTML template! 


15 


A function in ICE Administration to define structure of Categories and Services. In the 
current fimctionaUty a new Category and new Service is inserted at the bottom of the list. It 
will be required to specify some sort of stmcture in the list. 


18 


Add a new Attribute for Categories and Services for specifying icon to be displayed when 
building and displaying menu of categories and services. This is to provide an easy way of 
tailoring a look and feel for a user or group of users. 


19 


Enhance service development with features for maintaining a Library of reusable objects. This 
could be achieved through the use of template category as in Req. no 1. 


21 


Search facilitY to allow users to search for services in the repository. 


22 


Cool ICE Admin interface available from a browser. 
Initially only for selected administrative functions. 
View Event Log should be the first to implement. 


23 


Enhance Export service function and Source function enhanced to handle @brk @brk 

better. When in "Script on Mode", lines without @ must have an html tag delimiter (D in order 
to change mode to "Script Off'. 


25 


Fimction to take the whole Cool ICE system On and Off the net. 


26 


Improve handling of positional parameters on the URL. 


27 


When saving a service, verify that the original service report has not been change manually in 
the meantime by some one else. 


28 


Web-TX shared functionality: 

a) File upload to Cool-ICE 

b) File download to browser from Cool-ICE 

c) Session management 


32 


Possibihty to turn Trace On/Off of the Cool ICE Service Handler. 


34 


Improve validation of existence of directories and files on the NT and UNIX system. 


40 


Single source for NT and UNIX 
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[| 60 I Service Expiration Date cnforceraent _ 

120 
121 

122 1.2.1 Other Requirements that affect this implementation 

1 23 Migration from Cool ICE 1 .0 must be seamless and miist be handled automatic by the setup procedure. 
124 

1 25 1.2.2 List of requirements which will not be met 

1 26 All requirements for Cool ICE 1 . 1 have been met. 
127 

128 1.3 Dependencies 

1 29 Cool ICE 1 . 1 is dependent of the following 3 main features being delivered by WebTx 3 .0 and the 

1 30 associated MAPPER Gateway: 
131 

132 1) Uploading fUes via the browser from the client workstation to Cool ICE. 

1 33 2) Downloading files/objects from the Cool ICE repository to the client workstation specifying 

1 34 appropriate MIME type, 

135 3) Secure Session Management. 
136 

137 1.4 Definitions 

138 



Term 


Definition 


Repository 


Storage for Cool ICE Services and objects. 


Service 


Item in the repository containing server side script that executes when 
requested from a cHent browser. 


Object 


Common term for all items stored in the repository. An object can 
contain binary information as well textual information such as 
GIF/JPG images. Applets, Word ddcument, Cool ICE Services and 
Static HTML Documents. 















139 

140 1.5 Description of Users 

141 There are three different types of users of Cool ICE: 
142 

143 1) Developers who develop and maintain Cool ICE Web based services. 

144 2) People who will be administrating a Cool ICE Web Site. 

145 3) End users who will be accessing a Cool ICE Web Site using a browser. 
146 

147 The same person will probably often perform the roles of category 1 and 2. 

148 1.6 Areas yet to be addressed. 

149 None. 
150 
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150 



151 

152 
153 



154 
155 
156 
157 
158 
159 



1. 7 Functional Flow 

The following illustrate the main steps a developer would go through to develop a Cool ICE Web Service: 



Step 6 -Modify m 

• SWitcli*tb Hl^Mt 

> Open H1:ML^Ex^ 

• Modify tenrt^late 

• Saveittodfek 



Sfep i - Greate^ 

• §a\^ift&idlisk:* : ' ^ 



vtLog^on^KlA 




• Qperi -the sei^c^ 



l|p 4 - Test^Sfeivifee 

• ^pentheibrxDw^er { 

• ;^pecify URL for Cool 'I<SB 

• Follow the menu 



•-iSiyevthe: 
'lri^tfie=:Ck>pl^ie 
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159 
160 
161 



162 
163 
164 
165 
166 

167 

168 
169 
170 
171 
172 

173 
174 



The following illustrate thd flow of events from when a browser at a client workstation requests a Cool ICE 
Web service and until a response is received in the browser: 



Browser recieives;th5e 
HJfML Document 




p^Wjr^erlink^Pararnetbi^^ 



Web Server 
Cool ICE Gateway 



Cool ICE Service Handler 




.Web Server 
Cooi ICE Gateway 



Cool ICE Service Handler 



I 



-iSiiS/iSeMtfiiBlrtds-if^ 

- QreatSServi.^^ 
■-^0allrtKe!S§iiie^^ 



;JJoSl^l©E ,; ■ 
^RSj^iSry^: 



Cool ICE Service 



- SGnpfcf^nctiotSs^affeie)^^^^ 

- Gutput Rfifilliii^^^ 



J 




-^'liSffiS^^tem^Variable^^ 
SrovtfserSinlfD^u^^^ 
Style iQuide?Values^ 



1. 8 User Interface Description 

Cool ICE has two different user interfaces: 

1 . Cool ICE Administration uses a traditional Microsoft Windows Graphical User Interface. 

2. Cool ICE Web Services uses a Browser HTML Interface, 



1.9 Resource estimate 

Project Manager is responsible for ensuring this section is completed before sign-off. 
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Task 


Estimated Effort 


Actual Effort 


1. Write Functional Section 




Should be actuals now 


2. Review Functional Section 




Should be actuals 


3. Write Functional Description Section 






4. Review Functional Description Section 






5. W rite Design Details Section 






6. Review Design Details Section 






7. Write Test Specification 






8. Review Test Section 






9. Coding Task 






10. Review Coding Task 






Total Person Costs 


Cost to Go = Total Hrs 


Cost so Far = Total Hrs * 




* $/person/hr 


$/person/hr 



175 

176 2. Detailed Design 

177 ^ 2.1 Design Overview 

1 78 The requirements for Cool ICE 1 . 1 have been grouped into the following three main areas: 

179 > Organize & Manage 

180 > Service Development 

181 > Deployment 

182 2.2 Organize & Manage 

183 

1 84 2.2.1 Maintaining Settings at System Level 

185 This describes the implementation of requirements #25 and #32 specified in section 1.2 plus additional 

1 86 functionahty derived firom the requirements. 
187 

1 88 New Cool ICE Admin function "System Settings" will be added to the Options Menu to provide easy 

1 89 maintenance of system settings. 
190 

191 Table for Service handler settings will be added. Report 27E contains settings for configuring the Cool ICE 

1 92 Service Handler:- 

1 93 - Trace - Trace On/Off 

1 94 - Availability - On-Line/Off-Line 
195 

1 96 When taking the Cool ICE system off the net, a message can be entered which will be displayed to the 

1 97 browser users at deployment time. 
198 

199 In addition, the "System Settings" function will also allow specifying user-defmed text to be displayed as 

200 the footer of all HTML pages. The Cool ICE Page footer, which is always put on all HTML pages, can now 

201 be turned On/Off and the text can be customized 

202 2.2.2 Improved GUI Interface 

203 This describes the implementation of requirement #13 specified in section 1.2 plus additional functionality 

204 derived from the requirements. 
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205 

206 The Look and Feel of the Cool ICE Administration User Interface will be enhanced to use MS Sans Serif 

207 Non-Bold. 
208 

209 Function for creating a New Category will be enhanced to give a message after having completed creating 

21 0 the new category. 
211 

212 Fxmction for creating a New Category will be enhanced to make the new category cinrent if no other 

213 category is akeady open. 
214 

21 5 Function for Deleting a Category will be enhanced to give a message after having completed deleting the 

216 category. 
217 

21 8 Function for Removing a security profile will be enhanced to validate if the profile is allocated to any 

21 9 Categories or Services before allovmig it to be removed. 
220 

221 The Category Export and Inq)ort fimctions will be enhanced to show a progress bar. 
222 

223 The Category Export function will be enhaijced to verify if the path to export to abeady contain a 

224 previously exported category. The user will receive a warning and the option to overwrite. 
225 

226 The Category Import function will be enhanced to verify if the category to import to akeady contain 

227 objects. The user will receive a warning and the option to overwrite. This makes it easier to re-import a 

228 category without first removing the content. 
229 

230 Function for modifying security profile will be enhanced to modify the profile name every where it is used 

231 when the name of the profile is changed. 

232 2.2.3 Service Templates 

233 This describes the implementation of requirements #1 and #19 specified in section 1.2 plus additional 

234 functionahty derived from the requirements. 
235 

236 Functions for creating and managing Cool ICE Services Templates will be added to Cool ICE 

237 Administration. This allows creating templates and subsequentiy allowing the service developer to create 

238 Cool ICE services based on available templates. 
239 

240 Templates provided a mechanism to share and reuse commonly used functions such as database access and 

241 HTML layouts. 
242 

243 Function "Template" for setting up templates will be added under menu item "New Repository Object". 

244 2.2.4 Importing Existing Runs 

245 This describes the implementation of requirement #12 specified in section 1.2 plus additional functionality 

246 derived from the requirements. 
247 

248 Fimction for Importing an existing MAPPER nm and storing it m the repository as a Cool ICE Dynamic 

249 Service will be added to the Cool ICE Administration. This will allow browsing the MAPPER database for 

250 selection of the MAPPER Run to import. Option will be provided for selection of inserting standard Cool 

251 ICE Service header. 
252 

253 The function will be added as an additional option under menu item "New Repository Object", "Dynamic 

254 Service". The option will be called "Dynamic Service based on Existing Script". 
255 
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256 2,2.5 Expanded Repository Capability for Storing Objects 

257 TTiis describes the implementation of requirements #1 and #19 specified in section 1.2 plus additional 

258 functionality derived from the requirements. 
259 

260 Fimctions for inserting Images and Applets and storing these as objects in the Cool ICE repository will be 

261 added to the Cool ICE Administration. This includes exporting/importing images and applets to/from the 

262 workstation. When an image or an applet stored in the Cool ICE repository is referenced from an HTML 

263 document, the object will automatically be down loaded to the browser. The Cool ICE Service Handler 

264 handles this. 
265 

266 Two new functions, "Image" and "Applef , will be added under menu item '^New Repository Object". 
267 

268 In addition, a new Cool ICE System Service "Dsplmg" will be included to view an image stored in the Cool 

269 ICE Repository. The Cool ICE Menu Builder will be enhanced to automatically build a link to the new 

270 "Dsplmg" service when a GIF or JPG type object is direct accessible. This provides the capabiUty to view 

271 images in the Cool ICE Repository just by changing the accessibility attribute to "Direct". Normally an 

272 image object will be accessible indirectiy. 
273 

274 Functions for inserting Objects of any kind -and storing these as objects in the Cool ICE repository will be 

275 added to Cool ICE Administration. This includes exporting/importing objects to/from the workstation. 

276 When an object stored in the Cool ICE repository is referenced, the object will automatically be 

277 downloaded to the browser. The Cool ICE Service Handler handles this. A function "Other Object" will be 

278 added under menu item *TS[ew Repository Object". 
279 

280 In addition, new function for maintaining a table of valid Cool ICE objects will be included. This allow to 

281 define the type of object and associated MIMI Type which is used at runtime when an object is downloaded 

282 via the browser to the end user workstation. A function "Object Types" will be added under menu item 

283 "Options". 

284 2.2.6 Security Enhancements 

285 This describes die implementation of requirements #1 and #2 specified in section 1 .2 plus additional 

286 functionality derived from the requirements. ^ 
287 

288 In addition to being able to store objects of any kind in the Cool ICE repository, the existing security 

289 profile mechanism will be enhanced to allow securing any object in the repository. 
290 

291 User Registration will be enhanced to allow specifying whether a user can change password or not. Users 

292 who are allowed to change their password can do so via the browser. 
293 

294 A "Change Password" service will be accessible from the browser for those users who have been granted 

295 the right to do so. 
296 

297 A new Cool ICE System Service "Change-Password-Form" will be included to allow Cool ICE browser 

298 users to change their own password. A user must be a registered Cool ICE user and be allowed to change 

299 password in order to use the "Change-Password" service. After successfully having changed the password, 

300 the user will be required to Signon again to Cool ICE. The Cool ICE signon form will automatically be 

301 displayed. This is necessary in order to signal to the MAPPER Gateway that the password has changed. 
302 

303 A new Cool ICE System Service "SignOff" will be included to allow Cool ICE users to sign off from Cool 

304 ICE. After Sign Off, the Cool ICE Sign-On fonn will be displayed. This means a user can safely leave the 

305 workstation without the workstation having a session open to Cool ICE. 

306 2.2.7 Managing Static Documents 

307 This describes the implementation of requirement #1 specified in section 1.2 plus additional functionaUty 

308 derived from the requirements. 
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309 

31 0 Function for inserting Static HTML Documents and storing these, as objects in the Cool ICE repository 

31 1 will be added to Cool ICE Administration. This includes exporting/importing documents to/fi:om the 

312 workstation. When a static docxmient stored in the Cool ICE repository is referenced, the document will 

31 3 automatically be down loaded to the browser. The Cool ICE Service Handler handles this. 
314 

31 5 Fxmction "Static Document" will be added under menu item ''New Repository Object". 
316 

31 7 Importing HTML Documents has been enhanced to allow importing images being referenced by the 

318 Document. An option will be added to select that images being imported should be saved in the Cool ICE 

319 Repository. The original functionality of importing images to the Server Image Alias Directory will be 

320 maintained. 

321 2.2.8 Arranging List of Categories and Services 

322 This describes the implementation of requirement #15 specified in section 1.2 plus additional functionality 

323 derived from the requirements. 
324 

325 Functions for Arranging the list of Categories and Objects will be added to Cool ICE Administration. This 

326 provides the capability to move categories and objects around in order to specify the sequence in which 

327 they will be listed. The Menu builder uses the list of categories and services. 
328 

329 Function "Arrange Categories/Objects" will be added under menu item "Options". 
330 

331 2.2.9 Customizing Icons for Categories and Services 

332 This describes the implementation of requirement #18 specified in section 1.2 plus additional functionality 

333 derived firom the requirements. 
334 

335 New attributes for specifying customized icons for Categories and services will be added to System 

336 Settings table (27E). The menu builder v^dll use these icons when displaying menu of categories and 

337 services. Default system icons will be used when nothing has been specified. 

338 2.2.10 File Transfer between Workstation and Server ^ 

339 This describes the implementation of additional functionality derived from the requirements. 
340 

341 Function for transferring files between the workstation and the server will be included in Cool ICE 

342 Administration. Function "File Transfer" will be added under menu item "Options". 
343 

344 The primary purpose of the function is to provide an easy way of transferring images between the service 

345 developers workstation and the web server. The function, however, will allow transfer of any files. Browse 

346 capability will be provided for selecting files in any directory on the workstation. On the server, browsing 

347 will be restricted to directories listed in the Image Directory Alias table maintained through the Image 

348 Directory Alias function. 

349 2.2.11 Drawer Browsing Capability 

350 This describes the implementation of additional functionality derived from the requirements. 
351 

352 Creating a new category will be enhanced to include a Browse button for selecting and allocating a Drawer 

353 fi:om the Cool ICE database. 
354 

355 The browse function will display a Ust of drawers in the database and allow selecting an open drawer. This 

356 makes it easy for users of Cool ICE who are not yet familiar with the Cabinet/Drawer structure of the 

357 database to setup a Cool ICE category. 
358 

359 The browse function is only available for browsing a database on the local Cool ICE system. The browse 
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360 button will be disabled when selecting to create a new category on a remote Cool ICE server. 

361 2.2.12 Service Expiration 

362 This describes the implementation of additional functionahty derived from the requirements. 
363 

364 Function for listing services/objects that have expired or will expire within a specified number of days will 

365 be added. 
366 

367 Function "Service/Object Expiration" will be added under menu item "Options". 

368 2.3 Service Development 

369 

370 2.3.1 Additional System variables 

371 This describes the implementation of additional fimctionahty derived from the requirements. 
372 

373 Additional Run-Time information about the environment will be made available to Cool ICE Services. The 

374 following Cool ICE system variables will be added to the System Variables section of die services input (- 

375 8) being passed to a service;- 
376 

377 - <GSysCat> Name of Cool ICE System category (f ex.ICEADM) 

378 - <GSvrName> Name of Web Server (f. ex. coolice.au.unisys.com) 

379 - <GSvrProtocol> Protocol (f.ex. HTTP/1.0) 

380 - <GSvrPort> Server Port number (f.ex, 80) 

381 - <GRemoteAddr> IP Address of client (f.ex. 129.223.41,102) 

382 - <GUserAgent> Client Browser (f.ex. Mozilla/3.01 (WinNT: I) 

383 - <GGatewayIn> Gateway Input File 

384 - <GInvkSignon> Invoke Signon (y/n) 

385 23,2 Enhanced Integration to HTML Authoring Tools 

386 This describes the implementation of requirements #4, #14 and #23 specified in section 1 .2 plus additional 

387 fimctionality derived from the requirements. * 
388 

389 Importing HTML Forms will be enhanced to modify the Form Action attribute to the standard Cool ICE 

390 way of referencing another service. "<GURL>/<category>/COOL-ICE-SERVICE" will be inserted in die 

391 action field. This means the service developer just has to modify "COOL-ICE-SERVICE" and insert the 

392 appropriate service name. 
393 

394 Exporting and Importing HTML Ten^)lates Avill be enhanced to allow for services that contain more than 

395 one HTML Template. If a service contain more than one HTML Template a dialog box will appear 

396 allowing the user to select which TenQ)late to export or import. 
397 

398 Importing HTML Templates or HTML Documents will be enhanced to allow importing images being 

399 referenced by the Template/Document. Optionally images can be imported and saved in the Cool ICE 

400 Repository. The original fimctionality of importing of images to the Server Image Alias Directory has been 

401 maintamed. 
402 

403 The following additional enhancements will be implemented: 

404 - Under special circumstances importing an HTML template containing Script causes the HTML 

405 delimiters o not to be translated. 

406 - Under special circumstances iir^orting an HTML ten^late containing very long Unes causes 

407 truncation of the HTML input. 
408 

409 Exporting HTML will be improved to make a better decision whether a line is a Cool ICE Script or an 

41 0 HTML Tag partic ular when there is no @ character in column one. 
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41 1 23.3 Image Maps Capability 

41 2 This describes the iii^)leinentation of additional functionaUty derived fi:om the requirements. 
413 

414 Support will be added for the HTML ISMAP's. The Cool ICE service will receive two variables (<X> and 

41 5 <Y>) containing the coordinate position of the mouse pointer when the user click within an image defined 

416 with the ISMAP attribute. 
417 

418 The Cool ICE Service Handler will be enhanced to create two variables (<X> and <Y>) in the service input 

41 9 report containing the corresponding x and y coordinate position of where the user cUcked on the map. 

420 2.3.4 Creating Services based on Templates 

421 This describes the implementation of requirements #1 and #19 specified in section 1.2 plus additional 

422 fimctionality derived from the requirements. 
423 

424 Function for Creating a New Service Based on Cool ICE Template will be enhanced to allow the service 

425 developer to browse the repository to find and select a suitable template. 

426 2.3.5 Cookies Support 

427 This describes the implementation of requirement #28 specified in section 1 2 plus additional functionality 

428 derived from the requirements. 
429 

430 Support for cookies will be provided. Cookies can be set by individual Cool ICE services and the cookie 

431 keywords and associated values will be passed into the Cool ICE services. Cookies will be passed into the 

432 Cool ICE services through the "-8" mechanism and is presented in the browser input section, A cookie 

433 keyword will be used as the variable name and the normal naming conventions for MAPPER variable 

434 naming will apply. 
435 

436 Example #15 and example #16 in the examples category will provided examples of how to set and re-set 

437 cookies. 

438 23.6 Uploading Files 

439 This describes the implementation of requirement #28 specified ^in section 1.2 plus additional functionaUty 

440 derived firom the requirements. 
441 

442 Upload capability for uploading files from the cUent workstation via HTML Forms via the browser has 

443 been implemented. 
444 

445 When the HTML Form attribute ENCTYPE="multipart/form-data" is specified on the HTML Form tag and 

446 the TYPE="file" is specified on tiie Form INPUT tag, the browser will allow the user to browse files on the 

447 workstation and attach a file to the form data being send up to the web server. 
448 

449 The following is an example of the HTML Form specifications :- 

450 [FORM ENCTYPE="multipart/form-data" 

451 ACTION="<Gurl>/<category>/service" METHOD=POST] 

452 Filename On Your Computer: [INPUT NAME=" WsFile" TYPE="file"] 

453 [INPUT TYPE="submit" VALUE="Send File"] 

454 [/FORM] 
455 

456 In the above example the TYPE="file" is causmg TWO parameters to be passed into the Cool ICE service 

457 via the service input report (-8):- 

458 - <Wsfile> containing the name of the file on the workstation. 

459 - <FUWsFile> containing the name of the file on the server. This is the name of the File after it 

460 has been Uploaded to the server. 
461 

462 As the example indicate. Cool ICE will add the prefix "FU" (File Upload) to the name of the input field 
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463 name (WsFile). 
464 

465 An uploaded file is only stored temporarily on the server. The Cool ICE Gateway will remove the file when 

466 the receiving Cool ICE service returns a response/document to the browser. 
467 

468 The receiving Cool ICE service is expected to copy or move the file to a permanent location as appropriate 

469 for the functionality of the service. 
470 

471 Example #1 8 in the examples category provide an example of how to specify the HTML Form and how to 

472 receive and store the file in a Cool ICE service. 

473 23 J Downloading Files 

474 This describes the implementation of requirement #28 specified in section 1.2 plus additional functionaUty 

475 derived firom the requirements. 
476 

477 Downloading a text file from the server to the workstation can be achieved from a Cool ICE Service. The 

478 Cool ICE service must specify the content type of the file being passed down to the browser. The Content 

479 Type can be specified in the header of the text file as in the following example: 
480 

481 hne 1, column 1: Content-Type: apphcation/my-app 

482 hne 2 data 

483 etc. more data 
484 

485 Example #19 in the example category will provide example of how a Cool ICE service creates a file for 

486 download. 

487 2.4 Deployment 

488 

489 2.4.1 Enhanced Session Management 

490 This describes the implementation of requirement #28 specified in section 1.2 plus additional functionahty 

491 derived from the requirements. * 
492 

493 Session Management will be enhanced. The Cool ICE system including the gateway has been enhanced to 

494 provide a more secure way of handling session id's. The Sessionid is no longer part of the URL. 

495 SessionID*s are kept as cookies. The cookies are created without an expiry so they are not written to disk 

496 and tiiey only last while the browser is running. Each Sessionid is unique and is not related to any other 

497 session, past or present. Each Sessionid is paked with the TCP/IP address and is verified for every 

498 transaction. 
499 

500 For the browser user this mean that he/she can bookmark access to preferred services. When a session is 

501 established and the user select a bookmark, the system will not ask the user to signon. Only when a session 

502 is not estabhshed will the user be asked to signon. 

503 2.4.2 Controlling System Availability and System Trace 

504 This describes the implementation of requhements #25 and #32 specified in section 1.2 plus additional 

505 functionaUty derived from the requirements. 
506 

507 The Cool ICE Service Handler will be updated to check for the System Setting in table 27E. When the Cool 

508 ICE system has been taken off-line a user defined system availability message will be send back to the 

509 browser user. 

510 2.4.3 Enhanced Graphics Support 

51 1 This describes the implementation of additional fimctionality derived from the requirements. 

512 
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51 3 Available Graphic Chart types wiU be expanded to include the following new types of charts:- 

51 4 - Pie, Bar, Gant, Line, Log Line, Polar, Area, Scatter, Tape and Buble. 

515 - u- 

51 6 List of possible chart types is available in report 6B of the Cool ICE cabinet. 

517 

51 8 The Cool ICE Graphing Interface Routine located in 9B of the Cool ICE cabinet has been enhanced to 

51 9 handle a call from a remote Cool ICE service. 
520 

521 Creating Cool ICE Dynamic Graphs will be enhanced to aUow specifying the size of a graph. The graphics 

522 interface routine located in 9B of the Cool ICE cabinet wiU be given a new entry point with additional 

523 parameters :- 

524 @002:(<ChTyp>,<Height>,<Width>,<a'itie>,<GphNbr>,\ 

525 <ImgPath>,<TempDir>,<TransId>,<GphImgFile>,<status>) . 

526 

527 Height and Width parameters have been added. Height and Width is specified in twip's, F.ex. a 

528 height,width of 2000,2000 equals 89, 1 34 pixels. 
529 

530 Default height,width is 5850,8600 which will be apphed when no size is specified. 
531 

532 Minimum height,width is 1000,1000. 
533 

534 Example #15 in the example category deUvered with Cool ICE provides guidance for how to specify the 

535 size of a graph. 
536 

537 A STATUS parameter has been has been added to the interface routine. This is used to provide feedback to 

538 the calUng service as to whether the graph was produced successful or not. The status parameter contains 

539 the value 0 (zero) when the graph is produced successful. The status parameter contains the value contains 

540 9 when an error occurred while producing the graph and the GphlmfFile parameter points to an error 

541 image. 

542 2,4.4 Positional URL Parameters 

543 This describes the implementation of requirement #26 specified in section L2 plus additional functionahty 

544 derived from the requirements. 
545 

546 Handhrig of positional parameters specified on the URL wiU be improved. Parameters specified on the 

547 URL without keyword will be mterpreted as positional parameters and the Cool ICE Service Handler will 

548 generate default keywords as foUows:- 

549 Error! Reference source not found. 
550 

551 This URL will generate the following mput to die service:- 

552 @ldv,p <Category>s8-'Examples' . 

553 @ldv,p <Service>s5=Torml ' . 

554 @ldv,p <Paraml>s5-hello' . 

555 @ldv,p <Param2>s5='world' . 

556 2.4.5 Service Error Analyser via the Browser 

557 This describes the implementation of additional functionality derived from the requirements. 
558 

559 A new Cool ICE System Service "SvcDump" wUl be included to view an error dump from a service that 

560 failed. The Cool ICE Service Handler will be enhanced to display a message with a hnk to the new 

561 "SvcDump" when a service terminates abnormally. This gives the service developer the capability to view 

562 the service error dump using a browser. 
563 

564 The link to the "SvcDump" service wiU only be available if the security profile of flie browser user allows 

565 access to the "SvcDump" service. 
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566 2,4.6 Additional System Variables 

567 This describes the implementation of additional functionality derived from the requirements, 
568 

569 Additional Run-Time information about the enviroimient will be made available to Cool ICE Services. The 

570 Cool ICE Service Handler will be updated to supply the following additional Cool ICE system variables in 

571 the services input (-8) being passed to a service:- 



581 2,4.7 Support for Image Maps 

582 This describes the implementation of additional functionality derived from the requirements. 
583 

584 The Cool ICE Service Handler will be updated to support the HTML ISMAP's. The Cool ICE service will 

585 receive two variables (<X> and <Y>) containing the coordinate position of the mouse pointer when the 

586 user click within an image defined with the ISMAP attribute. 
587 

588 The Cool ICE Service Handler will be enhanced to create two variables (<X> and <Y>) in the service input 

589 report containing the corresponding x and y coordinate position of where the user clicked on the map. 

590 2,4.8 Service Expiration Date Enforcement 

591 This describes the implementation of requirement #60 specified in section L2 plus additional functionahty 

592 derived from the requirements. 



594 The Cool ICE Service Handler will be enhanced to verify if a service or object being requested from the 

595 Cool ICE Repository has expired. This is utiUzing the "Expiration Date" attribute. 

596 2.4,9 Automatic Object Download 

597 This describes the implementation of requirements #1 and #28 specified in section 1 .2 plus additional 

598 functionality derived from the requnements. 
599 

600 The Cool ICE Service Handler will be enhanced to support downloading objects to the browser. The 

601 download will be handled transparent to service, so no special scripting is necessary. Any object stored in 

602 the Cool ICE repository will be downloaded, this can be an object such as PPTs, XLS's, DOCs, etc. A 

603 Cool ICE service just provides a link to an object using the normal HTML Anchor Tag, 
604 

605 All examples in the example category will take advantage of this feature. All examples will include a Unk 

606 to the "Powered by Cool ICE" image which will be stored in the Cool ICE repository. 

607 2.4.10 Image Viewer 

608 This describes the implementation of requirement #1 specified in section 1.2 plus additional functionahty 

609 derived from the requirements. 



61 1 A new Cool ICE System Service "Dsplmg" will be included to view an image stored in the Cool ICE 

612 Repository, The Cool ICE Menu Builder will be enhanced to include a link to the new "Dsplmg" service 

613 when an object is a GIF or JPG type and it is direct accessible. This provides the capabihty to view images 

614 in the Cool ICE Repository just by changing the accessibiUty attribute to "Direct". 



572 

573 - <GSysCat> 

574 - <GSvrName> 

575 - <GSvrProtocol> 

576 - <GSvrPort> 

577 - <GRemoteAddr> 

578 - <GUserAgent> 

579 - <GGatewayIn> 

580 - <GInvkSignon> 



Name of Cool ICE System category (f.ex.ICEADM) 
Name of Web Server (f.ex. coolice.au.unisys.com) 
Protocol (f.ex. HTTP/1.0) 
Server Port number (f.ex. 80) 
IP Address of client (f.ex. 129.223.41.102) 
Client Browser (f.ex. Mozilla/3.01 (WinNT: I) 
Gateway Input File 
Invoke Signon (y/n) 



593 



610 
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615 2.4.11 User Password Change 

61 6 This describes the implementation of requirement #2 specified in section 1 .2 plus additional functionahty 

61 7 derived from the requirements. 
618 

619 A new Cool ICE System Service "Change-Password-Fonn" will be included to allow Cool ICE browser 

620 mers to change their own password. A user must be a registered Cool ICE user and be allowed to change 

621 password in order to use the "Change-Password" service. 
622 

623 A new Cool ICE System Service "SignOff ' will be included to allow Cool ICE users to sign off from Cool 

624 ICE. After Sign Off, the Cool ICE Sign-On form will be displayed. This means a user can safely leave the 

625 workstation without the workstation having a session open to Cool ICE. 

626 2.4,12 Cookies Support 

627 This describes the ingjlementation of requirement #28 specified in section 1.2 plus additional functionahty 

628 derived from the requirements. 
629 

630 The Cool ICE Service Handler will be updated to support cookies. Cookies can be set by individual Cool 

631 ICE services and the cookie keywords and associated values will be passed into the Cool ICE services. 

632 Cookies will be passed into the Cool ICE services through the "-8" mechanism and is presented in the 

633 browser input section. A cookie keyword will be used as the variable name and the normal naming 

634 conventions for MAPPER variable naming will apply. 
635 

636 Example #15 and example #16 in the examples category will provided examples of how to set and re-set 

637 cookies. 
638 

639 2.4.13 Repository Search Capability 

640 This describes the implementation of requirement #22 specified in section 1 .2 plus additional functionality 

641 derived from the requirements. 
642 

643 Function for the browser user will be added to allow searching for Cool ICE services available in the Cool 

644 ICE Repository. The search engine allow search for words, phrases using wildcard (*) and boolean 

645 operators (and, or, not). 
646 

647 The result of a search will be a hst of service tides that match the query. Only services that match die user 

648 security profile will be listed. 
649 

650 The Search function will be implemented as a Cool ICE service ("SearchFomi"). The Search function will 

651 be accessible from the browser and available from the main Cool ICE menu. The Search function is only 

652 available if the user security profile provide access to the function. 

653 2.4.14 Event Viewer 

654 This describes the implementation of requirement #22 specified in section 1.2 plus additional functionality 

655 derived from the requirements. 
656 

657 A Cool ICE Event Viewer will be implemented. It will provide a browser interface for viewing the Cool 

658 ICE Event Log. 
659 

660 The Event Viewer will be accessible from the main Cool ICE browser menu for users who have been 

661 granted access via the user profile security. 
662 

663 The Event Viewer will display a hst of Log Report and a number of options for viewmg flie log 

664 information. One or more Log Reports can be selected for viewing. 
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665 2.4.15 Uploading Files to the Repository 

666 This describes the implementation of requirement #28 specified in section 1 .2 plus additional functionality 

667 derived from the requirements. 

668 J . . 

669 The Cool ICE Service Handler wUl be updated to provide support for File Upload as descnbed m section 

670 2.3.6. 

671 2.4.16 Enhanced Handling of HnML Tag Delimiters 

672 This describes the unplementation of additional functionahty derived from die requirements. 
673 

674 The Cool ICE Service Handler will be updated to pass anything between [SCRIPT ...] and [/SCRIPT] as it 

675 is and NOT translate the HTML Tag delimiters from G to <>. 
676 

677 The Source Viewer service will be improved to make a better decision whedier a line is a Cool ICE Script 

678 or an HTML Tag particular when there is no @ character in column one. 

679 2.5 Discontinued Functionality 

680 

681 2.5.1 Static Document Outside Cool ICE 

682 The storage of Static Documents in directories outside the Cool ICE system has been removed. This has 

683 been replaced by the new feature (Requirement #1 that provide fimctionality to upload and store Static 

684 Documents in the Cool ICE Repository. 

685 ' 

686 As a result of this, fimctions for maintaining Document Directory AHases has also been removed. 

687 2.5.2 Transfer Cool ICE System Images 

688 The "Transfer Cool ICE System Images" function within "Image Directory Alias" dialog has been 

689 removed. With Cool ICE 1 . 1 all system images are stored in the Cool ICE Repository. Cool ICE 1 . 1 will be 

690 taking advantage of the new image handhng capabilities introduced with this release. System images will 

691 be stored in "ICEADM" system category. 
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693 
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**Cool ICE 1.1 

^Copyright © 1997 Unisys Australia, 
The Cool ICE Administration module: 

• provides an environment for administrating a company's Internet/Intranet services 

• assists with the development of these Internet/Intranet services 

• provides capabilities for handling the deployment of Internet/Intranet services 

Cool ICE Administration is primarily targeted at service developers who will be developing, maintaining and 
enhancing Internet/Intranet services. Functions are also provided for non-technical people to publish static 
documents over the Intemet/lntranet. 

The Cool ICE system is a Repository-based system that provides a single point of control for a company's 
Intemet/lntranet assets. Cool ICE Administration provides a point and click environment for maintaining services 
and their categories in the Repository. 

Cool ICE Administration is implemented using Unisys's 4GL Mapper software and uses the power of Mapper for 
development as well as deployment. . 

The Cool ICE on-line help contains the following main topics: 

• Cateoories 

• Qbiects 

• Event Viewer 

• Securitv 

• Options 
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**^*Categories 

*A category is a collection of services and objects. It is a way of grouping related objects which together create an 
application, or it may be used to group related topics. 

The following illustrates the structure of categories in the Cool ICE Repository: 

Cool ICE System 
Category A 

Service A1 

Service A2 
Image 11 

Category B 
Service B1 

A category can be set up either as a local category or as a remote category. 

• A local category means that all the services and objects for the category will physically reside on the same 
server within the local Cool ICE system. 

• A remote category means that all the services and objects for the category will physically reside on a remote 
server within the Cool ICE system on that remote server, interconnected via the Cool ICE networking 
capabilities. Although a category is remote, the Repository information is kept in the central Repository on the 
local system. 

Cool ICE Administration will automatically handle the necessary networking to store and retrieve services and 
objects belonging to remote categories. 

Subtopics are: 

• New Cateoorv 

• Delete Cateoorv 

. Category Properties 

• Rename Cateoorv 

• Export Cateoorv 

• Import Cateoorv 



* Categories 
^ category 
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^•^*New Category 

*The New Category option is used to create a new category. Setting up a new category involves allocating a 
drawer in the Mapper system database as the areas for storing the services for this category. The drawer for a 
category on the local Mapper system will be generated automatically. 

Setting up a new category requires that the user have Mapper Coordinator privileges which give permissions to 
allocate and generate a new drawer in the Mapper database. 

In order to create a category on a remote Mapper Server system, the drawer for the category must have been 
allocated and generated by the coordinator of the remote Mapper system. The drawer must be generated as free 
form and 80 characters wide. 

Category Name 

A unique name to identify the category within the Repository. 
Category Title 

A 70 character long title that will be shown in the list of categories viewed from the browser. 
Category Drawer 

The Mapper cabinet and drawer to be allocated for storing the services within the category. To locate an available 
Mapper cabinet and drawer click Browse . 

Category Options 

• Cool ICE System Category: This option is used to nominate a category to be the Cool ICE System Category. 
Cool ICE requires a category to be available containing specific services related to the deployment of Cool ICE. 
A category named "ICEADM" containing default system services is delivered with Cool ICE. If an installation 
want to customize the system services, it is recommended to copy the system category to another category 
before applying modifications. This option should then be used to nominate this new category as the System 
Category for this Cool ICE system. Only one system category is allowed for a Cool ICE system. It will therefore 
be necessary to remove the system specification on the current category before nominating another category. 

• Direct accessible from menu: When checked, this identifies that the category should appear in the menu 
displayed at deployment time in the browser. 

• Available on the Net: This option allows for easily taking a whole category Off the Net while doing maintenance 
to a range of services within the category. By default, a new category is Off the Net until services are provided 
within the category, at which time the category should be put On the Net using the Cateqory Properties option. 

• Read only: When checked, this option will identify the category as a read only category. This mean that services 
and objects in this category cannot be updated using the Cool ICE Administration functions. This is to prevent 
accidental updates to a category. 

Category Icon 

This allows to select an icon from the Cool ICE repository to be shown next to this category in the menu displayed 
at deployment time in the browser. You click on the browse button to browse and select the icon from the Cool ICE 
Repository. The Default Icon button will reset the icon to the system default. The default category icon can be 
configured using the Cool ICE System Settings f unction. 

Enable Remote Category 

When checked, indicates that the category is to be located on a remote Mapper system. A list of remote Mapper 
systems, which have been configured in the Networking Configuration report (1C2). will be displayed for selection. 
Cool ICE Administration will verify that the cabinet and drawer specified for the Services Drawer has been 
generated on the remote Mapper system and is empty. The coordinator of the remote Mapper system must have 
allocated and generated the drawer as a free form 80 character wide drawer. 

Enable User Authentication 



* New Category 

»^ Availability;Category Drawer;Category lcon;Category Name;Category Tjtle;Enable Renaote 
Services;Enable User Authentication; New Category;Services Drawer;System Category 
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This is related to remote categories. When checked, it means that in order for an end user's browser to gain 
access to a service within this category, their user-id must be passed to the remote Mapper system and validated 
on the remote system. This provides a high level of security, but requires additional administration. When 
unchecked, a default user-id and password can be specified and this will then be used for all access to the services 
within the category. This user-id and password must be defined on the remote system. 



****DeIete Category 

*The Delete Category option is used for deleting a category. Categories located on the local Mapper system will be 
deleted from the Repository. The Mapper drawer containing the services will also be physically deleted from the 
system. For remote categories, only the Repository information will be deleted. 



» Delete Category 
Delete Category 
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*'**Category Properties 

The Category Properties function allows you to select a category and vj^ or change the properties. 



» Category Properties 
Category Properties 
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^*^*View Category Properties 

*1"he View Category Properties dialog allows you to change the Name. Title. Options and Icon of a category. 
For description of individual fields, please see New Category function. 
Category Drawer and Remote Server Location 

These cannot be changed. In order to move a category to another location, you must create a new cateoorv and 
use the Copy Service option to copy the services to the new category. 



« View Category Properties 
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**^*Rename Category 

*1"he Rename Category option allows the administrator to change the Repository name of a category. Cool ICE 
Administration will automatically change the name everywhere it appears in the Repository. For local categories the 
drawer name will also change where used by the Mapper system. 



^ Rename Category 
*^ Rename Category 
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**^*Export Category 

*The Export Category option provides an easy way of saving the services and objects of a whole category to 
another media. This can be used for exchanging a category with another Cool ICE system, or simply for backing up 
the service and object specifications for a category. 

Category to Export 

The category you want to export. 

Directory to Export to 

The directory where the category and associated service will be written to. This can be a directory on the hard drive 
of your local workstation, or simply a diskette on your workstation for easy exchange with another Cool ICE 
system. A directory can only contain one exported category. If attempting to export to a directory already containing 
a category, a warning will be given and you will receive the option to overwrite. 

Cool ICE Administration will export all the Repository information for the category and the associated services and 
objects and will export the service specifications themselves including any associated Style Guide information. 



* Export Category 
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**^*lmport Category 

^he Import Category option will import a category that previously has been exported from another Cool ICE 
system. 

Category to Import into 

This must be an empty category. Cool ICE Administration will import all services and objects included in the 
category. If you only want to import selected services, we recommend that you import the category to a temporary 
category and then use the Copy Service option to copy the selected services from there. If the category to import 
into already contains objects, you will receive a warning and the option to overwrite. The import function will use the 
original database report number and replace objects in the same database report number. 

Directory to Import from 

This is the directory where the category was previously exported to. This can be a directory on the hard drive of 
your local workstation, or simply the disl<ette drive on your workstation. 



^ Innport Category 
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^Object is a common term for those services and objects you are keeping in the Cool ICE Repository and 
providing on the Intemet/lntranet. 

An object can be one of the following: 

• Documents with static content such as company information and product descriptions 

• Inquiry forms and fill in forms such as order entry forms 

• Dynamic services providing access to databases and building HTML documents dynamically 

• Service Templates for assisting the service development containing commonly used script methods. 

• Images and icons 

• Applets 
Subtopics are: 

• Object Attributes 

• New Repository Obiect 

• Open Repository Object 

• Close Repository Obiect 

• Save Repository Object 

• SaveAs Reoositorv Obiect 

• Copy Repository Obiect 

• Delete Repository Obiect 

• Rename Repository Object 



^ Objects 
Objects 
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*»<*Object Attributes 

*rhe attributes of an object are stored in the Cool ICE Repository together with its actual object/service 
specifications. You can use the Object Attributes dialog to modify these attributes. This dialog will be displayed 
when opening an existing service or starting a new service. 
You specify the name of a new object when you save it to the Repository. 

TOs is the repository name of the object. It is specified when you save the object to the repository. 

TWs ?s°the category to which the object belong within the repository. The category is. specified when you save the 
object to the repository. 

A^lndicator for the physical database location of the object. This is determined by the system when you save the 
object to the repository. 

SScatorthat show the type of the object. The object type is determined when creating a new object and cannot be 
changed. 

Object Title , „ . 

A 70 character long title that will be shown in the list of objects/services viewed from the browser. 

'^l^^n^oT easily talking an object/service Off the Net while updating the object. By default, a new service is Off 
the Net until service specifications have been updated, at which time the service should be put On the Net. 

SpeSeTvSien the object becomes unavailable to the browser users. On or after the date specified, browser users 
who attempt to request the object will receive a message indicating the object is no longer available. 

Access to Object * 

identifies how the browser user can access the object. Menu means that this object is a service which is 
responsible for displaying the menu of available services to the browser. When Menu is not chosen the system will 
build and display a default menu of available objects within a category. Direct means a link to the object will be 
provided in the default menu built and displayed by the system. In-Direct means the object can only be requested 
indirectly from other services/objects. 

TO?^lows to select an icon from the Cool ICE repository to be shown next to this object in the menu displayed at 
deployment time in the browser. You click on the browse button to browse and select the icon from the Cool lOh 
Repository. The Default icon button will reset the icon to the system default. The default object icon can be 
configured using thR Cool ICE System Settings function. 

Object Specifications 

The content of this frame will vary depending on the type of object: 

Service Specifications. . «....,;M«a» 

This frame will be displayed when the object type is Dynamic. By clicking on the document icon you will get 
access to the service specifications. The service specifications are Cool ICE Scripting functions. The service is 
displayed as a Cool ICE Database result report and can be edited using Cool ICE Database editing functions 
Normal rules for editing a Cool ICE Database result report apply which for example means that the content ot 
the current displayed report at the time you return will be returned to Cool ICE Administration and will be 



* Object Attributes . 
Access to Object:Availability;Expiration Date;Export HTML;lmport HTMLiObject 

Attributes;Object lcon;Object Title;Object Type;Service Specs;Trace On 
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regarded as updates to the service. Using functions such as Find or Locate should be avoided as they are 
native Cool ICE Database functions and causes that you cannot return to Cool ICE Administration. 

Trace On 

Provides a powerful debugging aid for tracing problems in a dynamic service. When turned on, the service 
request from the browser, including all input to the service, will be saved in a trace log . 

Export HTML 

If the template contain HTML, this is used to export the HTML to be maintenance by an HTML Authoring 
tool. 

Import HTML 

Used for importing HTML f rom an HTML Authoring tool to the service. 
Document Specifications 

This frame will be displayed when the object type is Static Document. By clicking on the Modify Document icon 
you will get access to the document specifications. The document is displayed as a Cool ICE Database result 
report and can be edited using Cool ICE Database editing functions. Normal rules for editing a Cool ICE 
Database result report apply which for example means that the content of the current displayed report at the 
time you return will be returned to Cool ICE Administration and will be regarded as updates to the service. 
Using functions such as Find or Locate should be avoided as they are native Cool ICE Database functions and 
causes that you cannot return to Cool ICE Administration. 

Export Document 

This is used to export the Document t o be maintenance by an HTML Authoring tool. 
Import Document 

Used for importinc a Document f rom an HTML Authoring tool to the document. 
Image Specifications 

This frame will be displayed when the object type is Image. 
Export Image 

This will export the imaoe t o a file on your workstation. You can the open and edit the image by an Image 
Editor tool. 

Import Image 

Used for importino an imaoe f rom a workstation file and replace the current image. 
Template Specifications. 

This frame will be displayed when the object type is Template. By clicking on the Modify Template icon you will 
get access to the template specifications. The template specifications are Cool ICE Scripting functions. The 
template is displayed as a Cool ICE Database result report and can be edited using Cool ICE Database editing 
functions. Normal rules for editing a Cool ICE Database result report apply which for example means that the 
content of the current displayed report at the time you return will be returned to Cool ICE Administration and 
will be regarded as updates to the service. Using functions such as Find or Locate should be avoided as they 
are native Cool ICE Database functions and causes that you cannot return to Cool ICE Administration. 

Export HTML 

If the template contain HTML, this is used to export the HTML to be maintenance by an HTML Authoring 
tool. 

Import HTML 

Used for importino HTML f rom an HTML Authoring tool to the template. 
Applet Specifications 

This frame will be displayed when the object type is Applet. 
Export Applet 

Exporting an applet is not available. 



Import Applet 

Used to import an updated version of the applet from a workstation file. 



'*^*New Repository Object 

*The following is a list of different objects you can insert in the Cool ICE Repository: 



Dynamic Service 
Image 
AoDlet 
Template 
Static Document 



* New Repository Object 
^ New Repository Object 
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**^*Dynamic Service 

*The Dynamic Service option starts the creation of a new dynamic sen/ice. The following options for new dynamic 
services are available: 

Dynamic Service based on Cool ICE Script Template 

Opens a dialog box providing access to browse the Cool ICE repository to select an aporopriate template which 
you want to use as the basis for the new dynamic service. 

Dynamic Service based on HTML Template 

Allows the service developer to combine the use of HTML authoring tools with the Cool ICE Scripting development 
environment. This will import temolates previously created with an HTML authoring tool into the Cool ICE service 
mn to form the basis for developing a dynamic service. Inquiry Forms. Input Forms and Output Tables are 
examples of HTML templates able to be developed using an authoring tool. 

Dynamic Service based on existing script 

Allows to browse the Cool ICE database to select an existino script report w hich you want to use as the basis for 
developing a new dynamic Cool ICE service. 



^ Dynamic Service 

^ Dynamic Service based on HTML Template;Dynamic Service based on ICE Script 
Template;Dynamic Service 
*HDK:00018 
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**^*Select Template 



*The Select Template function allows you to browse the Cool ICE Repository selecting a Cool ICE Template object. 
Only objects previously inserted into repository as Cool ICE Templates using the new template function will be 
listed. 

Use default Cool ICE Template 

When checked, this option will select the Cool ICE default template. This template contains the very basic format 
for a Cool ICE dynamic service which is the format all Cool ICE services must conform to. 



* Select Template 
^ Select Template 
*HDK:00019 

* HDK3B9ACE90 



'•^^Import HTML Template 

*The Import HTML Template option is associated with the Dynamic Service based on HTML Template option, 
which you can select when creating a n^w dynamic service. The following describes what happens during the 
import process: 

. HTML tags are mapped to the Cool ICE Style Guide. The HTML template is scanned and selected HTML tags 
and attributes are translated into the equivalent Stvie Guide keywords. The mapping between the HTML tags 
and Style Guide keywords is described in table 30E. Maintenance of this table is only provided through the use 
of manual Mapper editing options. 

. Images are uploaded to the Web Server. The HTML template is scanned for references to images which are 
then transferred to either the Cool ICE Repository or the image directory on the web server. 

. Long lines are automatically wrapped. Lines longer than 80 characters are wrapped at a space or at the end of 
an HTML tag. When that is not possible, a line will be broken at column 80 and continued on the next line. 

• Essential Mapper run statements are inserted. The necessary Mapper run statements to turn the HTML 
template into a dynamic service and to interface to the Cool ICE system are inserted at the top and bottom of 
the template. 

. HTML tag delimiters are converted. HTML tag delimiters (less than and greater than) are converted to opening 
and closing square brackets. This is to avoid confusion with the standard Mapper variable name delimiters (less 
than and greater than). These delimiters will automatically be converted back by the Cool ICE Service Handler 
before a document is sent to the browser. 

. Anything between <SCRIPT...> and </SCRIPT> such as JavaScript or VBScript which is not Cool ICE script will 
be passed untouched. JavaScriptA/BScript typically contain special characters such as <> and Q and special 
characters like these will not be converted. 

. The Action attribute on the HTML FORM tag will be modified to the Cool ICE standard for referencing another 
service from an html form. <GUrl>/<category>/COOL-ICE-SERVICE will be inserted in the action fiejd. This 
means the service developer just have to modify and replace COOL-ICE-SERVICE with the appropnate Cool 
ICE service name. 

Workstation HTML File 

Specifies where on your local workstation the HTML template is to be imported from. 
Browse 

Allows you to browse through directories to find the HTML template. 

Map HTML Tags to Cool ICE Style Guide 

Allows you to turn the mapping to the Style Guide on and off. 

Upload Images 

Allows you to tum uploading of images referenced within the HTML template on and off. Based on the reference to 
the image as specified in the HTML tag <IMG>. Cool ICE will attempt to determine the location of the image. If the 
image resides on a drive not accessible from your workstation, you will be asked to specify the exact location or 
skip the upload . If the image file already exists on the server you will be asked to confirm replacing the image. 
Multiple references to the same image are not detected and you will be asked to confirm replacing the image. 

The following option are available for uploading images: 

. Save in Cool ICE Repository. This means that images being uploaded to the server will be inserted in the Cool 
ICE repository. This option is recommended to use when you want to manage images by the Cool ICE 
Administration environment for things like securing, backing up and exporting/importing images. When selecting 
this option you will be allowed to specify in which Cool ICE Repository Category to save the uploaded imaqe . 



» Import HTML Template 

Browse;lmport HTML Template;Map HTML Tags to ICE Style Guide;Server Image 
Directory.Upload Images to Web Server;Workstation HTML Flle;import 
* HDK:00020 
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Save in Server Directory. This mean that images being uploaded to the server will be inserted in an image 
directory on the server outside of the Cool ICE database. This option is recommended to use when 
performance of sending images to the browser is more important than managing the images by the Cool ICE 
Administration environment. When selecting this option you will be allowed to select the directory to upload the 
image to. A list of valid server image directories is displayed for selection. 



**^*lmport Existing Script Report 

*The Import Existing Script Report option allows you to browse the Cool ICE database to select an existing 
database report to be used as the basic for a new dynamic Cool ICE service. 

Script Report Location 

This allows you to specify the location of an existing script report. If you know the report identification you can 
specify it directly. The Browse button allows you to browse the Cool ICE database and select an existing report. 

Apply default Cool ICE script envelope 

When checked the standard Cool ICE script envelope will be applied to the script report. The scnpt envelope is 
Cool ICE script statements necessary for a dynamic service to interface to the Cool ICE run time environment. 
Script will be inserted at the top and bottom of the script report. 



* Import Existing Script Report 
^ Import Existing Script 
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**^*Uploacl Image File 

*The Upload Image File dia 
location of an image to be t 

You are asked to identify the location of the image or skip upload of this image. 



*The Upload Image File dialog is displayed when the upload process of an HTML template cannot determine the 
location of an image to be transferred from the workstation to the Web server. 



* Upload Image File 
*^ Upload image File 
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^'^^Save Uploaded Object 

*As a result of uploading images to tfie Cool ICE repository this dialog box will appear asking you to select in whicti 
category you want to insert the image and you are asl^ed to provide the Object Name. 

Cancel 

Selecting the cancel button will skip the upload of the image. 



* Save Uploaded Object 
Save Uploaded Object 
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**^*lmport Image 

-The import Image function is used when inserting a new image in the Cool ICE Repository and when importing 
new revision to replace an existing image in the Cool ICE Repository. 

Workstation Image File . . ^ • ^»^fr«m 

Specifies where on your local workstation the image is to be imported from. 

Browse ^ ■ n 

Allows you to browse through directories to find the image file. 

S^yoi^to specify the type of image if it is different from the file extension. 



» Import Image 
*^ Import Image 
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*'^*lmport Applet 

nhe Import Applet function is used when Inserting a new applet in the Cool ICE Repository and when importing 
new revision to replace an existing applet in the Cool ICE Repository. 

Workstation Applet File 

Specifies where on your local workstation the applet is to be imported from. 
Browse 

Allows you to browse through directories to find the applet file. 



» Import Applet 
*^ Import Applet 

* HDK:00025 
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^*^*lnsert Template 

*The Inserting Template function is used when inserting a new template in the Cool ICE Repository. You are 
allowed to browse through the Cool ICE Repository to select an existing service or template to be used as the 
basic for the new template. 



* Insert Template 
^ Insert Template 
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♦•^^Import Static Document 

The Import Static Document option is associated with the New Repository Object option. The following describes 
what happens during the import process: • 

. Images are uploaded to the Web Server. The HTML document is scanned for references to images which are 
then transferred to either the Cool ICE Repository or the image directory on the web server. 

. Long lines are automatically wrapped. Lines longer than 80 characters are wrapped at a space or at the end of 
an HTML tag. When that is not possible, a line will be broken at column 80 and continued on the next line. 

• Because this is a static document, no Cool ICE Script functions are inserted. 

• HTML tag delimiters are not converted. 

Workstation HTML File 

Specifies where on your local workstation the HTML document is to be imported from. 
Browse 

Allows you to browse through directories to find the HTML document. 

Upload Images • „ „ ^ xu « 

Allows you to tum uploading of images referenced within the HTML document on and off. Based on the reference 
to the image as specified in the HTML tag <IMG>, Cool ICE will attempt to determine the location of the image. If 
the image resides on a drive not accessible from your workstation, you will be asked to specify the exact location or 
skip the upload . If the image file already exists on the server you will be asked to confirm replacing the image. 
Multiple references to the same image are not detected and you will be asked to confirm replacing the image. 

The following option are available for uploading images: 

. Save in Cool ICE Repository. This means that images being uploaded to the server will be inserted in the Cool 
ICE repository This option is recommended to use when you want to manage images by the Cool ICE 
Administration environment for things like securing, backing up and exporting/importing images. When selecting 
this option you will be allowed to specify in which Cool ICE Repository Category to save t^e up|ogded image- 

. Save in Server Directory. This mean that images being uploaded to the server will be inserted in an image 
directory on the server outside of the Cool ICE databasfe. This option is recommended to use when 
performance of sending images to the browser is more important than managing the images by the Cool ICE 
Administration environmenL When selecting this option you will be allowed to select the directory to upload the 
image to. A list of valid server image directories is displayed for selection. 



» Import Static Document 
Import Static Document 
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'•'^Export HTML 

nue Export HTML option is used wlien you want to use an HTML authoring tool for maintaining and updating the 
HTML template within a service. The HTML section of the service will be exported to a file on your workstation. 
This file can then be opened in the authoring tool and updated using features of that tool. When finished the 
template should be saved to the file ready for being imported back into the service. 

Everything within the service between the start and end HTML tag ([HTML] and [/HTML]) will be exported. Any 
Mapper scripting options will be included and identified using the HTML script tag [SCRIPTj and associated end tag 
[/SCRIPT]. The position of script options relative to HTML tags should be maintained when updating the HTML 
template using the authoring tool. If required, the script options can be updated using the authoring tool as all of the 
HTML template including script options will be imported back into the service using the [mport tjTML option. 

Any script language such as JavaScript or VBScript identified between [SCRIPT...] and [/SCRIPTl will be passed 
untouched. JavaScript/VBScript typically contain special characters such as <> and [] and special characters like 
these will not be converted. 

In case the Dynamic Service you are exporting from contain more than one HTML template, a dialog box will 
appear requesting you to identify and select which of the HTML templates you want to export. 

References to the Stvie Guide within the HTML template will be replaced with their respective values from the Style 
Guide for the current service. 

Workstation HTML File 

Specifies where on your local workstation the HTML template is to be exported to. 
Browse 

Allows you to browse through directories to find a file name. 



* Export HTML 
Export HTML 

* HDK:00012 

* HDK3B9ACB30 



^^*lmport HTML 

*The Import HTML option is used for importing an HTML template into the current open service after having 
exported it for editing in an authoring tool. The HTML template being imported will replace everything within the 
cun-ent open service between the start and end HTML tag ([HTML] and [/HTML]). The following describes what 
happens during the import process: 

• HTML tags are mapped to the Cool ICE Style Guide. The HTML template will be scanned and selected HTML 
tags and attributes translated into the equivalent Stvie Guide keywords. The mapping between the HTML tags 
and Style Guide keywords is described in table 30E. Maintenance of this table is through the use of manual 
Mapper editing options. 

• Images are uploaded to the Web Server. The HTML template is scanned for references to images which are 
then transferred to either the Cool ICE Repository or the image directory on the web server. 

• Long lines are automatically wrapped. Lines longer than 80 characters are wrapped at a space or at the end of 
an HTML tag. When that is not possible, a line will be broken at column 80 and continued on the next line. 

• HTML tag delimiters are converted. HTML Tag delimiters (less than and greater than) will be converted to 
opening and closing square brackets. This is to avoid confusion with the standard Mapper variable name 
delimiters (less than and greater than). These delimiters will automatically be converted back by the Cool ICE 
Service Handler before a document is sent to the browser. 

• Anything between <SCRIPT...> and </SCRIPT> such as JavaScript or VBScript which is not Cool ICE script will 
be passed untouched. JavaScriptA/BScript typically contain special characters such as <> and Q and special 
characters like these will not be converted. 

• The Action attribute on the HTML FORM tag will be modified to the Cool ICE standard for referencing another 
service from an html form. <GUrl>/<category>/COOL-ICE-SERVICE will be inserted in the action field. This 
means the service developer just have to modify and replace COOL-ICE-SERVICE with the appropriate Cool 
ICE service name. 

In case the Dynamic Service you are importing to contain more than one HTML template, a dialog box will appear 
requesting you to identify and select which of the HTML templates you want to replace. 

Workstation HTML File 

Specifies where on your local workstation the HTML template is to be imported from. 
Browse 

Allows you to browse through directories to find the HTML template. 

Map HTML Tags to Cool ICE Style Guide 

Allows you to turn the mapping to the Style Guide on and off. 

Upload Images to Web Server 

Allows you to tum uploading of images referenced within the HTML template on and off. Based on the reference to 
the image as specified in the HTML tag <IMG>, Cool ICE will attempt to determine the location of the image. If the 
image resides on a drive not accessible from your workstation, you will be asked to specify the exact location or 
skip the upload . If the image file already exists on the server you will be asked to confirm replacing the image. 
Multiple references to the same image are not detected and you will be asked to confirm replacing the image. 

Server Image Directory 

Identifies the directory on the Internet/Intranet server to which the image should be transferred. A list of valid server 
imaoe directories is displayed. 



* Innport HTML 

»^ Browse;lmport HTML;Map HTML Tags to ICE Style Guide;Server Image Directory;Upload 

Images to Web Server;Workstation HTML File 
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^'^^Select HTML Template 

*The Select HTML Template dialog box appears when a dynamic service contains more than one HTML template. 
When exporting HTML from a dynamic service or importing HTML to a dynamic service containing more than one 
HTML template, you will be asi<ed to identify which HTML Template you want. 



* Select HTML Template 
Select HTML Template 

* HDK:00014 
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*^*Export Document 

*The Export Document option is used when you want to use an HTML authoring tool for maintaining and updating 
the static HTML document. The HTML document will be exported to a file on your workstation. This file can then be 
opened in the authoring tool and updated using features of that tool. When finished the document should be saved 
to the file ready for being imported back into the Cool ICE Repository. 

Workstation Document File 

Specifies where on your local workstation the HTML Document is to be exported to. 
Browse 

Allows you to browse through directories to find a file name. 



* Export Document 
^ Export Document 
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*'**Export Image 

*The Export Image option is used when you want to use an Image Editing tool for editing the image. The Image will 
be exported to a file on your workstation. This file can then be opened in the Image Editor and updated using 
features of that tool. When finished the image should be saved to the file ready for being Imported back into the 
Cool ICE Repository. 

Workstation Image File 

Specifies where on your local workstation the Image is to be exported to. 
Browse 

Allows you to browse through directories to find a file name. 



» Export Image 
Export Image 
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*'**Open Repository Object 

*The Open Object option allows you to browse the Cool ICE Repository for seiecting an object to open. The object 
will be issued and locked to your workstation. Any other workstation attempting to open the same object will get a 
message indicating that the object is already issued to your workstation. Objects located within remote categories 
will automatically be pulled across from the remote system and presented on your workstation. Also, remote 
objects will be locked to the workstation opening the object. 

Read Only , ^ . . , 

Allows the developer to open an object that is locked to another workstation in read only mode. If an object opened 
in read only mode is modified, it can only be saved in the Repository under a new name. 



* Open Repository Object 

^ Open Repository Ob]ect;Read Only 
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*'^*Close Repository Object 

*The Close Object option releases the object which is currently open and locked to your workstation. It will verify if 
the object attributes including object specifications have changed and if necessary save the object back into the 
Repository and close the Object Attributes dialog. 



* Close Repository Object 
Close Repository Object 
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**^*Save Repository Object 

*The Save Object option saves changes to object attributes including object specifications back into the Repository. 
The object remains loci<ed to your workstation. 



* Save Repository Object 
X Save Repository Object 
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» HDK3B9ACB70 



**^*SaveAs Repository Object 

*The SaveAs Object option allows you to save an object under a new name and also specify in which category the 
object will be saved. 



* SaveAs Repository Object 
SaveAs Repository Object 
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*'**Copy Repository Object 

*The Copy Object option allows you to copy one or more objects from one category to another or within the same 
category. 

The object attributes and object specifications, including associated Style Guide objects, will be copied. 

Cool ICE Administration provides copying to and from remote categories and will automatically handle all the 
necessary networking between remote servers. Copying directly between two remote categories is not supported. 
In order to copy from one.remote category to another remote category we recommended that you create a 
category on the local system to be used for temporary intermediate storage. 

Copy From . . - . ^ . 

Allows you to browse through categories. Within a category, you may select one or more sen/ices to copy by 

highlighting the objects in the list. 
Select All 

Used for selecting all objects in a category. The objects in the list will not be highlighted but they will all be selected 
for copying and will appear in the Confirm Co dv Obiect dialog. 

Copy To 

Allows you to select the category to which you want to copy the objects. 



* Copy Repository Object 

« Copy From;Copy Repository Object;Copy To;Select All 

* HDK:00032 

» HDK3B9ACB90 



'■^Xonfirm Copy Object 

*The Confirm Copy Object dialog allows you to confirm copying of all selected objects or of individual objects from 
the list. 

Yes 

Confirms copying the highlighted object only. 
Yes to All 

Confimis copying all the objects in the list. 
No 

Removes an object from the list. 



* Confirm Copy Object 
Confirm Copy Object 
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*'^*Confirm Replace Object 

*rhe Confirm Replace Object dialog is displayed in case an object name already exists in the category being 
copied to. 

Replace 

Allows you to confirm Replace. The existing object will be ovenwntten. 

Replace All .. . ■„ u ■« 

Allows you to confirm Replace for all objects. All existing objects with duplicated names will be ovenwritten. 

No 

Skips copying the object. 
New Name 

Allows you to specify a new name for an object with a duplicated name. 



» Confirm Replace Object 
Confirm Replace Object;New Name 
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**^*Delete Repository Object 

*The Delete Object option allows you to delete one or more objects from a category. 

Browse through available categories and select a category. Within a category, select one or more objects to delete 
by highlighting the objects in the list 

Select All 

Used for selecting ail objects in a category. The objects in the list will not be highlighted but they will all be selected 
for deletion and will appear in the Confirm Delete Object dialog. 



« Delete Repository Object 
^ Delete Repository Object 
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*'^*Confirm Delete Object 

*The Confirm Delete Object option allows you to confirm deletion of all selected objects or remove individual 
objects from the list. 

The object attributes and object specifications, including associated Style Guide objects, will be deleted. 
Yes 

Confirms deleting the highlighted object only. 
Yes to All 

Confirms deleting all the objects in the list. 
No 

Removes an object from the list. 



» Confirm Delete Object 
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"^*Rename Repository Object 

*The Rename Object option allows you to change the Repository name of an object. 

Browse through available categories and select a category. Within a category, select the object to rename by 

highlighting the object in the list. 



$ 



Rename Repository Object 
Rename Repository Object 
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*'^*Confirm Rename Object 

*The Confirm Rename option allows you to specify a new name for the object. The name of the object will be 
changed wherever It is used within the Cool ICE Repository. 



» Confirm Rename Object 
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^*^*Event Viewer 

*The Event Viewer option allows you to view events logged by Cool ICE. The following types of event logs are kept: 

• Access Log . Logs all requests for services nnade from a browser. 

• Error Loo . Logs any service failure due to a syntactical error in the service specifications. 

• Trace Loo . Records infornnation for services that have the Trace On attribute checked. 



* Event Viewer 
^ Event Viewer 
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**^*Access Log 

*The access log stores details of service requests made from a browser and logged by Cool ICE (who requested 
the service, when was the service requested, and how long did it take for Cool ICE to execute the service). Some 
uses for this information are as follows: 

• It can provide details of the services that are of most interest to users, which can be used for marketing 
purposes. 

• It can be used to charge for Internet services. 

• It can provide details about when the server is busy. 

The Access Log option has the following suboptions for specifying both the time period you wish to analyze and 
how you want to view the information: 

• Access Loo Settings 

• View Access Loo 



* Access Log 
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^*^*Access Log Settings 

*The access log is maintained on a daily basis. A new log report is allocated each day, and will contain all service 
requests logged for that day. At the first service request of a new day, Cool ICE will summarize the log data of the 
previous day and add the data to a summary report. 

This summary report is kept at report 8F within the drawer where Cool ICE is installed. Access to the information in 
the summary report is not provided by any specific Cool ICE Administration option, but it can be accessed through 
Mapper for individual customized analysis. 

The log cycle can be configured as follows: 

• Daily Cycle. The Log report will be overwritten every day. 

• Weekly Cycle. Log reports will be kept on a weekly basis. 

• Monthly Cycle. Log reports will be kept on a monthly basis. 

• Logging Off. Logging is turned off and service requests will not be recorded. 



« Access Log Settings 
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**^*View Access Log 

*The View Access Log option allows you to select the day you want to analyze and how you want to view the 
infomnation. 

The following standard views are provided: 

• Most Popular Services 

• Average Service Times 

• User Sessions 

• Services by User 

• Users bv Service 

• Peak Time Hits 



* View Access Log 
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*'^*Most Popular Services 

"This option provides a summary of the number of hits (service requests) per category and service. The Cool ICE 
Sign-On service is excluded from the list. 



* Most Popular Services 
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**^*Average Service Times 

*This option provides the average service time per category and service. This is the elapsed time it took to perform 
the service. It is measured from the time at which the Cool ICE Service Handler received the request to the time at 
which it sent the HTML document back to the Web Server. The Cool ICE Sign-On service is excluded from the list. 



^ Average Service Times 
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*'**User Sessions 

"this option provides a summary of Cool ICE sessions initiated by the users. 



» User Sessions 
User Sessions 

• HDK:00045 

* HDK3B9ACC60 



*'^*Services by User 

*This option provides a summary of the number of hits (service requests) per category and service listed by user- 
ids. The Cool ICE Sign-On service is excluded from the list. 



» Services by User 
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**^*Users by Service 

*This option provides a summary of the number of hits (service requests) per user-id listed by category and 
service. The Cool ICE Sign-On service is excluded from the list. 



* Users by Service 
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'•^^Peak Time Hits 

*This provides a list of the total number of hits (service requests) for the selected time interval. The default time 
interval is 60 minutes. You can also select 30 and 15 minute intervals. 



» Peak Time Hits 
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*'^*Error Log 

•Whenever a service fails because of a syntactical en-or in tlie service specifications, the error will be logged in an 
error log by Cool ICE. The error log provides the service developer with a lot of information about the service at the 
time it failed (the date and time of the failure, who requested the service and internal values from the service). 

The View Error Log option displays entries in the error log. 



» Error Log 
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**^*Vlew Error Log 

*The View Error Log option displays the entries recorded in the error log . Selecting a log entry from the list will 
show the information logged for the incident. 

View 

Shows the log information for the entry highlighted in the list. 
Delete 

Deletes the log entry highlighted in the list. 
Clear All 

Deletes all log entries in the list. 

Log entries are not deleted automatically by Cool ICE. After the service developer has investigated the incident 
they must delete it. 
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*'**Trace Log 

*The Trace Log option is a powerful debugging aid for the service developer who needs to trace and debug a 
dynamic service in order to analyze a problem. Services requested through the browser are executed in 
background mode and only output in HTML format can be viewed by the browser. The service developer therefore 
nomially has no means of tracing and debugging a service in the browser environment 
The trace log enables the service developer to run a service in foreground using the standard Mapper debugging 
facilities, such as the Run Debugger, as well as the simple Display options. 

The trace log is associated with the Trace On feature within the Service Attributes dialog. When turned on. Cool 
ICE will log all the input for a service each time it is requested by the browser. When the sen^ice request and all 
input is captured, the service can be run in the foreground, simulating the input coming from a browser. 

The View Trace Log option displays entries in the trace log. 



» Trace Log 
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♦•^^View Trace Log 

View Trace Log option displays entries in the trace log. Selecting a log entry from the list will show the 
information logged for the incident. 

View 

Shows the log information for the entry highlighted in the list. 

such as RDB and DSP. 

Deletes the log entry highlighted in the list. 
Clear All 

Deletes all log entries in the list. 

Log entries are not deleted automatically by Cool ICE. After the service developer has investigated the incident 
they must delete it. 
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*'**Security 

•Gool ICE provides security at run time when sen/ices are requested from browsers. At run time, the security profile 
of the user is matched with the security profile of the service being requested. If the profiles match, the user will be 
allowed to perform the service. 

The basic concept is that only certain users need to be registered in the system — this approach reduces the 
administrator burden. 

The security mechanism has been designed for ease of maintenance. By default, the system is open and services 
can be requested by everyone with access to Cool ICE. Only for those services where restrictions apply will it be 
necessary to specify a security profile — a matching profile must be allocated to those users, who will be granted 
permission. . . . 

Security profiles can be specified at the system, category or service level. Profiles specified at a certain level will 
automatically be inherited by services below that level. Security profiles at the system level will apply to all services 
in the whole system. Security profiles specified for a category will apply to all services within that category. Secunty 
profiles specified for a service will only apply to that service. 

Procedure for setting up security 

1. Hrftatft securitv profiles 

2. Register users and assign profiles to users through profile membership 

3. Allocate profiles to individual Categories or Services 

The following is a list of security maintenance options: 

• Senuritv Profiles 
. User Registration 

• Services Access Securitv 
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**^*Security Profiles 

*The Security Profiles option is used for setting up a table of valid profiles to be allocated to users and services. A 
profile must be specified in the Security Profile table before it can be allocated. 

Add 

Opens a dialog for adding a new profile to the list. 
Modify 

Opens a dialog for modifying the description for the highlighted profile. 
Remove 

Deletes the highlighted profile from the list. A profile can only be deleted if it is not allocated to any users or 
services. 

Allocate Profile 

Allows a profile to be allocated to a range of users. 
Where Used 

Displays a report of how the profiles have been allocated . 
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♦•^^Add-Modify Security Profile 

*rhe Add-Modify Security Profile option dialog allows you to add or modify a security profile. 



Profile 

The name of the profile to add or modify. 
Description 

A short description of the profile. 



* Add-Modify Security Profile 
Add-Modiiy Security Profile 

* HDK:00055 

* HDK3B9ACD00 



**^*Security Profiles Where Used 

*The Security Profiles Where Used option provides an overview of the profiles and how they have been allocated to 
users and categories/services. 

Profile Allocation 

Opens the Profile Allocation dialog, allowing you to allocate the highlighted profile to a range of users. This dialog is 
also displayed by double clicking on a profile in the list. 



» Security Profiles Where Used 
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*'^*Security Profile Allocation 

*The Security Profile Allocation option allows you to allocate or de-allocate a profile to. a range of users. 
Add 

Takes users highlighted in the Not Allocated to list and adds them to the Allocated to list. 
Removes users highlighted in the Allocated to list and puts them back in the Not Allocated to list. 
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**^*User Registration 

^he User Registration option is used for registering users for whom special security profiles need to be allocated. 

Not all users need to be registered to use Cool ICE. Users that are not registered in Cool ICE will be allowed 
access to all open services. A service is open, if it does not have special security profiles allocated. 

Users who have been registered and have been give membership of selected profiles, will be given access to all 
open services and services with a matching profile. 

Add 

Opens a dialog for adding a new user to the list. 



Modify 

Opens a dialog box allowing you to modify the user registration of the user highlighted in the list. 
Remove 

Deletes the highlighted user id from the list. 
Profile Membership 

Allows you to give a user membership of a range of profiles. 

Profile Report . . . xu u u 

Displays a report of the users and the profiles they are members of and the categones/services they have been 

granted access to. 
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♦■^^Add-Modify User Registration 

*The Add-Modify User Registration option dialog is used for adding new Cool ICE users to the list of authorized 
users. 



User Id 

The user-id to add This can be selected from the list of users registered in the Mapper environment. A Cool ICE 
user must be a registered user of the Mapper system. If a user is not yet a registered user in the Mapper 
environment. Cool ICE Administration will automatically perform the registration with a default set of permissions; 
enough to allow the user to use Cool ICE. 

^e department number in which this user is registered within the Mapper environment. A department is a way of 
grouping users with common interests. 

Ch?cS.g"Jiis option meaTs°the user will not be able to change their password. It is strongly recommended that you 
check this option for general public userid's (e.g.. Guest). When this option is unchecked, the browser user will be 
able to change their password by selecting the "Change Password" function from the mam Cool ICE browser 
window. 



$ 
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*'^*User Security Profile Report 

*The User Security Profile Report option dialog provides an overview of the users and the profiles they are member 
of and which categories/services they have been granted special access to. 

Profile Allocation . ^. » t n 

Opens the Profile Membership dialog, allowing you to give the highlighted user membership to a range of profiles. 
This dialog is also displayed by double clicking on a user in the list. 



» User Security Profile Report 
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*'^*User Security Profile Membership 

*The User Security Profile Membership option dialog allows you to give a user membership of a range of profiles or 
to take profile memberships away from a user. 

Adds profiles highlighted in the Not Member of list to the Member of list. 

Remote profiles highlighted in the Member of list and puts them back in the Not Member of list. 
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^*^*Object Access Security 

*The Object Access Security option is used for allocating security profiles for selected objects for which special 
security is required. 

Not all objects need to be allocated profiles in order to be accessible by users. All users will be given access to all 
open objects. An object is open if it does not have special security profiles allocated. 

Objects which have been allocated profiles will only be accessible by users with a matching profile. 

Inheritance Hierarchy ^ .^ r. 

This is used for selecting the level at which you wish to specify security. Security can be specified at different 
levels- a specific object, a category, or the whole system. Security specified at the system level will automatically 
apply to all objects in the whole system. Security specified for a selected category will bnfy apply to objects within 
that category. Security specified for a single object will only apply to that object. 

Add 

Opens a dialog box for addino a profile to the list. 
Modify 

Opens a dialog box for modifving the highlighted profile entry. 
Remove 

Deletes the highlighted profile entry. 
Re-Inherit 

Resets a profile with the profile defined for the level above it in the hierarchy. 

SsplaysTre^ort of the categories and objects showing the security profiles which have been allocated and the 
user who have been granted access. 
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**^*Add-Modify Object Access Security 

*The Add-Modify Object Access Security dialog is used for adding or modifying profiles for authorized access to an 
object. 

The Profile 1. Profile 2 and Profile 3 columns allow you to select the profiles to be allocated. This is a list of valid 
profiles created using the Security Profile option. You can specify how the profiles are to be matched against the 
user profiles. You can also specify logical and/or conditions, as follows: 

• Selecting and inserting 'RealEstate' from Profile 1 and also selecting and inserting 'Solicitor' from the same 
Profile 1. ensures that this object can be accessed only by users who are 'RealEsfate* or by users who are 
'Solicitor*. 

• Selecting and inserting 'RealEstate' from Profile 1 and 'Solicitor' from Profile 2, this object can be accessed only 
by users who are 'RealEstate' and 'Solicitor'. 
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♦^♦Object Security Profile Report 

The Object Security Profile Report option dialog provides an overview of the categories and objects and the 
profiles which have been allocated and which users have been granted special access. 



» Object Security Profile Report 
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^'^^Options 

*The Options menu provides the following options for configuring Cool ICE: 

• Style Guide 

• ^rranoe Ca tfi gories/Obiects 

• Imaqft Direct ory Aliases 

• browser SignOn Confiouration 

• Cool ICE Sy stem Settinos 

• Graphics Server Settinos 
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*^*Style Guide 

*The Style Guide option serves two roles, as follows: 

• To allow you to provide a consistent look and feel to HTML documents generated by a dynamic service, and to 
be able to change this at one source. 

• To provide an easy way of maintaining common variables to be used in dynamically generated HTML code. The 
use of a Style Guide provides an easy way for maintaining variables commonly used by all services in the whole 
system or just a range of services. If a variable needs to be changed, you only need to change it in the Style 
Guide and it will automatically have effect at run time in all sen/ices referencing the variable. 

The Inheritance Hierarchy list shows the hierarchy of categories and services within Cool ICE. At the top of the 
category is Cool ICE. You can specify a Style Guide for the whole system, for a category-or for a service. A Style 
Guide specified at the system level will automatically apply to all services in the system. A Style Guide specified for 
a selected category will only apply to a service within that category. A Style Guide specified for a single service will 
only apply to that service. 

Add 

Opens a dialog box for adding a keyword to the list 
Modify 

Opens a dialog box for modifying the highlighted keyword in the list. 
Remove 

Deletes the highlighted keyword in the list. 
Re-Inherit 

Resets the Style Guide with the Style Guide defined for the level above it in the hierarchy. 
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'•^^Add-Modify Style Guide Keyword 

*The Add-Modify Style Guide Keyword option dialog is used to add or modify keywords in the list of Style Guide 
Iceywords. 

aSjb entry of an item in the Style Guide. At run time the Cool ICE Service Handler will create a Mapper variable 
out of the keyword containing the value specified in the Value field. A service can then use the keyword where 
appropriate just be referencing the equivalent variable. 

Value 

The content of the item in the Style Guide. 
Description 

A short description of the entry. 

The Color Chart button displays a color chart . 



* Add-Modify Style Guide Keyword 
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'•^^Color Chart 

*The Color Chart is used for selecting one of ttie 16 basic colors for a Style Guide entry. The color value is returned 
as a red, green, blue (RGB) hexadecimal value. 
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**^*Arrange Categories/Objects 

*The Arrange Categories and Objects option is used for manipulating the order in which you want Categories and 
Objects to be listed when displayed for the browser user and also when browsing the Cool ICE Repository using 
the Cool ICE Administration functions. 

Arrange Objects 

This will open a dialog box displaying a list of objects within the highlighted category allowing you to arranoe 
objects w ithin that category. 

Move 

This will identify and select the highlighted category as the one to be moved. The category to be moved will be 
shown in the field Category to move. 

Insert Before 

This will move and insert the category shown in the field Category to move before the category highlighted in the 
list of categories. 

Insert After - u i- ♦ 

This will move and insert the category shown in the field Category to move after the category highlighted in the list 

of categories. 
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**^*Arrange Objects 

*The Arrange Objects option is accessed from the Arrange Cateqories/Obiects f unction and is used for 
manipulating the order in which you want Objects to be listed when displayed for the browser user and also when 
browsing the Cool ICE Repository using the Cool ICE Administration functions. 

Move 

This will identify and select the highlighted object as the one to be moved. The object to be moved will be shown in 
the field Object to move. 

Insert Before 

This will move and insert the object shown in the field Object to move before the object highlighted in the list of 
objects. 

Insert After 

This will move and insert the object shown in the field Object to move after the object highlighted in the list of 
objects. 
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^*^*File Transfer 

*The File Transfer option is provided primarily for transferring images between the service developers workstation 
and the Cool ICE web server. However, the file transfer will allow transfer of any file. 

Images being transferred to the web server using the file transfer option will be stored in directories outside the 
Cool ICE Repository. As described for Image Directory Aliases , storing images in directories outside the Cool ICE 
Repository mean images are not secured and managed by the Cool ICE system. This should only be used when 
performance of sending images to the browser is more important than managing the images by the Cool ICE 
Administration environment. 

Server 

In this frame you select server directory alias and/or files you want to transfer to/from depending on which transfer 
function you select (Transfer from Server or Transfer from Workstation). 

Server Alias Directory 

This is a list of Image Directory Aliases as setup using the Image Direc torv Aliases function. When selecting an 
alias, a list of files within the corresponding directory will be displayed. The selection of server directories Is 
limited to directories setup using the Image Directory Aliases function. 

Select files or Select All 

When transfemng files from server fo workstation you will select the files to transfer either by highlighting 
individual files from the list or check the Select All box for selecting all files within the list. When using the 
Select All option the files will not be highlighted. 

Workstation . 

In this frame you select workstation directory and/or files you want to transfer to/from depending on which transfer 

function you select (Transfer from Server or Transfer from Workstation). 

Directories . u * * n 

This is a list of directories on your workstation. When selecting a directory, a list of files within that directory will 

be displayed. 

Select files or Select All 

When transferring files from workstation to server you will select the files to transfer either by highlighting 
individual files from the list or check the Select All box for selecting all files within the list. When using the 
Select All option the files will not be highlighted. 

Transfer from Server . 
Selecting this button will transfer files from the Cool ICE web server t o the service developers workstation. Files to 
transfer must be selected within the Server frame. A dialog box will be opened to show a list of files selected and 
ask for a confirmation to start the transfer. 

Transfer from Workstation 

Selecting this button will transfer files from the servi ce developers workstation to the Cool ICE web server. Files to 
transfer must be selected within the Workstation frame. A dialog box will be opened to show a list of files selected 
and ask for a confirmation to start the transfer. 
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*'**File Transfer from Server to Workstation 

*This dialog box allows you to confirm the file transfer. A list of files selected within the specified server alias 
directory is listed requesting you to confirm the transfer. 

Transfer Now 

Selecting this button will start the transfer from the Server to the Workstation. 



» File Transfer from Server to Workstation 
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*'^*File Transfer from Workstation to Server 

•This dialog box allows you to confirm the file transfer. A list of files selected within the specified workstation 
directory is listed requesting you to confimi the transfer. 

Transfer Now 

Selecting this button will start the transfer from the Workstation to the Server. 
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*'**lmage Directory Aliases 

*rhe Image Directory Aliases option allows you to maintain a table of mappings to directories on the Web Server 
allocated for storing image files. This is used when you are importing HTML template and documents and check 
the Uploading Images to the Web Server button. This table provides a list of valid image directones into which 
images can be uploaded. 

Storing images in these image directories mean that images are kept outside the Cool ICE Repository and as such 
they are not secured and managed by the Cool ICE system. This option is recommended to use only when 
performance of sending images to the browser is more important than managing the images by the Cool ICE 
Administration environment. 

Add . - 

Opens a dialog box for adding a new alias to the list. 

Modify 

Opens a dialog box for modifying the highlighted alias in the list. 
Remove 

Deletes the highlighted alias from the list. 
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*'**Add-Modify Image Directory 

*The Add-Modify Image Directory option dialog is used to add or modify a server image directory. Cool ICE uses 
these directories for storing images on the server. 

Aliss 

A unique short name for an image directory. The alias must be defined in the Web Server as a valid alias. On some 
Web Servers (for example. Netscape Web Server) this is also called a Prefix. The alias is specified in the URL and 
the Web Server translates it into the physical path. 

Server Image Directory 

The physical path name of the directory. 

Default Cool ICE System Image Directory r „ u r-^^, .nc xh^f 

This is checked for the directory that Cool ICE will use for storing images referenced specifically by Cool ICE That 
is. images and icons used in Cool ICE menus and system error massages. Only one directory can be the default 
directory. 
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*'**Browser SignOn Configuration 

*The Browser SignOn Configuration option allows you to configure how users coming into Cool ICE from a browser 
will identify themselves. When the Cool ICE Gateway has been configured to request user sign-on, the actual sign- 
on form will be requested from the Cool ICE System. This dialog allows you to configure the content of the sign-on 
form. 

Provided you keep the basic content as it exists in the system sign-on form, you can redesign the look and feel of 
the form using an HTML authoring tool and replacing the system sign-on form. 

Request Department Number 

Shows an input box in the form, requesting the user to type in the Mapper department number their user-id belongs 
to. ■ 

Hide Department Number ^ ^ » u . »u- 

Hides the input box and as such it will not request the user to specify their Mapper department number. In this case 
all valid Cool ICE users must belong to the same Mapper department. This department number is specified in the 
department field of the Guest User-Id frame. 

User-Id - Department and Password 

When specified, will pre-fill the sign-on form to indicate a default user-id which can be used for casual users. 
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*'**Cool ICE System Settings 

*The Cool ICE Systems Settings functions access to Cool ICE options at the system level. These are deployment 
options which have effect at mntime when a user is accessing the Cool ICE system from a browser. 

ThSws to^tel!^ the whole Cool ICE system off-line and on-line. If Cool ICE is taken off-line, the user accessing 
Cool ICE from the browser will receive a message indicating the system is not available. 

S'^ows to tirnTrSe on/off for the Cool ICE service Handler. Service Handler ^^^^ '"'^f 'f,^^^^^^^ 
drawer of the cabinet where Cool ICE is installed. Report 2F contains the input received from the Gateway Report 
3F obtains output received from the service being called. Report 4F contains the service input report created by 
the Service Handler. These three reports will be reused and ovenwritten for every service call. 

TOsS's'to' setup the prefered default icon to be used when displaying a list of categories to the browser user 
You click on t^^^^ to browse and select the icon from the Cool ICE Repository. The Reset button will 

reset to the icon before selecting this function. 

?W?allows to setup the preferred default icon to be used when displaying a list of objects to me browser user. You 
cltek oX ^vig button to browse and select the icon from the Cool ICE Repository. The Reset button will reset 
to the icon before selecting this function. 
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*'^*Graphics Server Settings 

"Configuring the Graphics Server is only required for Cool ICE systems running on UnixWare. 
The Graphics Server software on Cool ICE systems on UnixWare is running on a PC and a request to produce a 
graph is passed from Cool ICE to the Graphics Server via a TCP/IP connection. Cool ICE must know on which PC 
the Graphics Server software is installed and on which socl<et the Graphics Server will receive a request. 

Name or IP address of PC running Graphics Server 

This specifies either the name or the IP address of the PC where the Graphics Server software is running. 
Socket number configured in the Graphics Server 

This specifies the socket number configured in the Graphics Server. The default nurpber [s 1234. 
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^'^^Miscellaneous 

*TTiis following topics document miscellaneous dialog boxes used in Cool ICE Administration. 

Workstation Browser 
r.nn\ jCF Database Drawer Browser 
Cool ICE Database Report Browser 
Cool ICE Reoositorv Browser 
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**^*Server Directory Inquiry 

*Cool ICE will attempt to verify the existence of directories on the Cool ICE server by passing a directory inquiry on 
to the Operating System. In order for the Operating System to allow such a request a userid and password is 
required which allow access to the OS. On NT systems, the userid being used for starting the Mapper NT software 
must have the user right "Log on as a batch job" in order to pass a DOS command to NT. 

On a system configured with the above mentioned user right, only users who are connecting in to the Cool ICE 
Administration environment via a remote connection such as MSW (Mapper System for Windows) will be required 
to specify a userid/password. The userid/password entered will be remembered by the system and as long as the 
userid stays valid you will not be asked to provide this again for any subsequent server directory inquiry. The userid 
is kept on a COOLICE.INI file on your workstation. When the userid becomes invalid, you will be asked to specify a 
new valid userid/password. 

Server Userid 

This is a Userid on the Operating system (NT UserlD or Unix UserlD). 

On NT systems this userid must have the user right to "Log on as a batch job" and be a member of the Mapper 
Group. 

Server Password 

This is a password associated with the userid. 
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*'^*Workstation Browser 

*This allows you to browse and select directories and files on your workstation or network drives your workstation 
tiave access to. 

You select a directory by double click on a directory in the list of directories. 
You select a file by double click on a file in the list of files. 

Preview 

The preview button will display the content of a file you previously have selected by double click on a file in the list 
of files. This can only display content of files with .TXT. .HTM or .HTML extension. 
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**^*Cool ICE Database Report Browser 

*This Cool ICE Database Report Browser is displayed when selecting to browse the Cool ICE database. It allows 
you to browse and select an existing report from the database. 

You select a Cool ICE Database Drawer by double click on a drawer in the list of drawers. 
You select a Cool ICE Database Report by double click on a report in the list of reports. 



$ 



Cool ICE Database Report Browser 
Cool ICE Database Report Browser 

♦ HDK:00082 

* HDK3B9ACEB0 



*»<*Cool ICE Repository Browser 

"This allows you to browse and select an object from the Cool ICE Repository. 

You select a Cool ICE Category by double click on a category in the list of categories. 

You select a Cool ICE Object by double click on an object in the list of objects. 
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^^*Coo\ ICE System Variables 

{bmc t:\_ourwo~1\joshua\online~1\00000002.wmf} 
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**^*Cool ICE Database Drawer Browser 

*The Drawer Browser is displayed when selecting browse. It allows you to browse and select an open (available) 
Cool ICE Database drawer and cabinet to store your Cool ICE category. 

An available drawer for storing your Cool ICE category is listed as being OPEN in the Drawer Browser. 
You select a drawer by double clicking on an open one in the list of drawers. 
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PATENT 



IN THE OKITED STATES PATENT A2?D TRADEMARK OFFICE 

In re application of 



Niels Gebauer 
Serial No. 09/189,615 
Filing Date: 11/09/98 



) 
) 

For: METHOD AND APPARATUS FOR ) 
PROVIDING AN AVAIL- ) 
ABILITY MESSAGE TO RE- ) 
MOTE USER TERMINAL ) 
(Amended) ) 

Honorable Commissioner of Patents 

and Trademarks 
Washington, D,C. 20231 

Dear Sir: 



Examiner G. Robinson 
Group Art Unit 217 7 

Docket No. 33012/246/101 

DECLARATION UNDER 
37 C.F.R. 1.131 




^CEROg _ 

pajg^^^iilii^s^!^ 
Pps'lp^^^^ 

■p^'gent^ rl^a; q"^'^ 



DECLARATION 



The undersigned declares as follows : 



1. My name is Niels Gebauer; 

2. My home address is 8/86 Milson Road 

Cremorne Point 
NSW 2090 
Australia; 
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{ 



1. I am employed' by Unisys Corporation, assignee of the subject invention, 

as Software Engineer; 

4. I am the sole inventor of the U.S, Patent Application. Serial No. 
09/189,615 filed November 11, 1998; 

5. The invention of pending claims 1-22 of the subject U.S. Patent 
Application was first commercially embodied in a product of Unisys 
Corporation entitled Cool ICE Revision 1.1; 

6. Cool ICE Revision 1.1 was first placed on commercial sale on November 
14, 1997; 

7. The previously submitted declaration under 37 C.F.R. 1.132 of Barbara 
A. Christensen, along with its accompanying Exhibits, establishes the 
date of release for commercial sale of Cool ICE Revision 1.1; 

8. Further declarant sayeth not. 

I hereby declare that all statements made herein of my own knowledge are true 
and that all statements made on information and belief are believed to be 
true, and further that these statements were made with the knowledge that 
willful false statements and the like so made are punishable by fine or 
imprisonment, or both, under Section 1001 of Title 18 of the United States 
Code and that such willful false statements may jeopardize the validity of 
the application or any patent issued thereon, I further declare that I 
understand the content of this declaration. 

Date i3>Acin -2^ &^ouu^ 

Niels Gebauer 
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